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ABSTRACT 

The Appalachia Educational Laboratory (AEL) conducted 
an assessment of microcomputer-related needs for basic mathematics in 
the four-state areas of Kentucky, Tennessee, Virginia, and West 
Virginia in 1984-85. The primary input came from teachers from each 
of the states who participated in a needs conference in their home 
state. When each of the 344 needs statements generated during the 
conferences was rated on a scale of 0 (low) to 5 (high) by all of the 
conference participants, it was found that many top-rated concerns 
were common for the entire region: access to hardware for teachers 
and students; information about software sources and reviews of 
software; high quality software; software that addresses topics of 
concern to teachers; methods of integrating computers into classroom 
activities; and training in computer operations and instructional 
uses. In addition to a description of the DAP Process of needs 
assessment, which was used to conduct the study, and a report of the 
results, this document contains four papers suggesting strategies for 
addressing identified needs: "Software Issues and Answers for the 
f 80 , s ,f (M. D. Roblyer); "Hardware Issues in Using Microcomputers in 
Education" (Charles R. Sanders); "Computer Training for Teachers" 
(John Cook); and "Computer Planning and Integration Issues" (Jose 
Mestre). Three appendices contain a manual for the needs assessment 
process; lists of need statements from the state conferences; and 
descriptions of 10 brochures addressing priority needs of classroom 
teachers. (CJR) 
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Preface 

Revolutions are not characterized by careful planning, and the flurry of 
technology-related activity known as the "microcomputer revolution in educa- 
tion" has been no exception. But after the initial excitement of innovation, a great 
deal of hard work and careful planning must go into making revolutionary ideas 
practical and useful in everyday life. Providing the vital information to make this 
possible for instructional computing was theaimofaskilled group of individuals 
who worked with the Appalachia Educational Laboratory's (AEL) "Technology 
and Basic Skids Program." Under a contract with the National Institute for 
Education (NIE), AEL completed an assessment of microcomputer-related 
needs for the four-state aroa of Kentucky, Tennessee, Virginia, and West 
Virginia. The activities and results described in this booklet are products of the 
creative and dedicated efforts of AEL staff and teachers from the four states. 

The AEL Needs Assessment was accomplished over a six-month period 
during 1984-85 and consisted of several phases of information-gathering and 
analysis. This booklet describes the procedures and results of this activity in the 
following sections: 

Section V INTRODUCTION — An overview of a procedure called the DAP 

method, a structured way of gathering information for a needs assessment. 

Sectionll: RESULTS OFTHEAELNEEDS ASSESSMENT— A summary of 

data from the needs assessment conferences, gathered from teachers in the 

four-state area. 

Section III: SUGGESTIONS FOR ADDRESSING IDENTIFIED NEEDS — A 
set of papers which synthesize and comment on the needs expressed during 
the conferences in the areas of hardware, software, planning, and integra- 
tion, and teacher training. 

The Association for Educational Data Systems is indebted to C. Todd 
Strohmenger, the Director of AEL's Technology and basic skills program, for 
allowing AEDS to publish the strategies and findings of this important activity. 
We are also indebted to AEL staff members Berma Lanham for conference 
planning and support, Pat Cahape for brochure designs, Patricia Penn for 
editing the position papers, and to the teachers for their part in accomplishing 
the needs assessment conferences: Peggy Hissom and Lou Spencer (Kentucky); 
Rita Powers and Bob Evans, Tennessee; Phyllis Argento and Joe Soldan, West 
Virginia; and Bernadette Burroughs and Richard Jones, Virginia. 

M. D. Roblyer, Editor 
January 1986 



The Appalachia Educational Laboratory (AEL) 

The Appalachia Educational Laboratory (AEL) is located in Charleston, 
West Virginia. Its mission is to improve education and educational opportunity 
for persons who live in the primarily non-urban areas of its member-state region. 
AEL accomplishes its mission by: 

• Documenting educational problems of the region and sharing the 
information with both member states and other research and development (R & 
O) producers; 

• Providing R&D technical assistance and training, which may include 
adapting existing R&D products, to lessen documented problems of the region, 
and 

• Continuing to produce R&D projects of national significance in the areas 
of career guidance, lifelong learning, technology and basic skills, and others that 
may be identified. 

The brochures described in Appendix C and other information about AEL 
projects, programs, and services is available by contacting the Distribution 
Center, Appalachia Educational Laboratory, P. O. Box 1348, Charleston, West 
Virginia 25325. 

The project presented here was performed pursuant to one or more 
contracts and/or grants from the National Institute of Education (NIE), the U. S. 
Department of Education. However, the opinions expressed do not necessarily 
reflect the position or policy of AEL or NIE, and no official endorsement by AEL 
or NIE should be inferred. 
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Section I: INTRODUCTION 

How a Needs Assessment Can Help 

To many educators and administrators, instructional computing in the 
1 980's is a confusing array of computer products, procedures, and priorities. The 
scope of problems involved in implementing computers as well as the 
assortment of solutions which could be used to solve these problems — is 
growing daily. Even educational organizations who began with "Master Plans" 
for implementing computers in their schools are finding that they need more 
specific information on computer-related problems and viable solutions in order 
to insure that computers are being used to maximum effectiveness in schools. 
Clearly, strategies are required to identify priority nw<ls in instructional 
computing and to isolate effective methods for meeting th&*£ needs. 

To provide the comprehensive, reliable information required for planning 
instructionalcomputingusein the four-state area it serves (Kentucky, Tennessee, 
Virginia, and West Virginia), the Appalachia Educational Laboratory (AEL) 
decided to perform a needs assessment with primary input coming from 
teachers i n each of the states. Thi s method was seen as a systematic strategy for 
accomplishing the following objectives: 

• Generating specific statements of present and desired conditions relating 
to computer use in schools. 

• Prioritizing needs by state and by region. 

• Analyzing needs and deciding upon strategies for meeting them. 
Although AEUs needs assessment focused on computer needs relating to 

basic mathematics in the Appalachia area, the procedures and findings from this 
effort should be of interest to computer-using educators and planners in all 
content areas and in other parts of the country for several reasons: 

1) Teacher-perceived needs — The personnel selected to participate in the 
needs assessment conferences were classroom teachers who had been using 
computers with students for some time. The needs identified and summarized 
here are therefore the perceptions of those most knowledgeable in the day-to- 
day problems of implementing computers in school settings. 

2) A coordinated multi-state effort — Four states in the Appelachia Region 
participated in the needs assessment. This indicates that cooperative efforts 
among states are not only workable, but extremely practical in terms of saving 
time and costs associated with instructional computing activities. 

3) Emphasis on specifics — Primarily as a result of direction from the AEL 
staff, the teachers focused on specific needs, rather than global recommenda- 
tions. The results of this activity are immediately useful to those planning for and 
funding the use of computers in schools. Most of the needs statements were not 
only applicable to mathematics, but, if addressed, could have an impact on all 
aspects of instructional computing use in schools. 

4) Generalizability of results — Although results of similar needs assess- 
ments conducted elsewhere could be expected to vary somewhat from state to 
state, it could be expected that many of the results found here would also be 
found to be priority concerns everywhere. Part of the process involved a review 
of nation-wide needs expressed in the literature. This review confirmed the 
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perspective that the "microcomputer revolution" has generated similar problems 
for everyone. Only the prioritizing of the problems seems to differ to any degree. 

A Model Needs Assessment Method: The DAP Process 

The strategy used to accomplish the AEL needs assessment is referred to by 
an acronym: DAP. This stands forthe three kinds of information addressed in the 
needs assessment: 

D — Designative information, or statements of what is currently happening. 
A — Appraisive information, or statements of what is preferred. 
P — Prescriptive information, or suggestions of what to do when discrepancies 
are identified between "what is" and "what is preferred". 

The DAP process of needs assessment was developed by Drs. F. Lee Brissey 
and John M. Nagle at the Center for Educational Policy and Management, 
University of Oregon. It is described by Nagle and Balderson (1974) as a set of 
structured concepts and procedures that members of any group can bring to 
bear on the real-life, day-to-day needs of the group. AEL used an abridged DAP 
process within the framework of the following steps to examine teacher 
perceptions of needs in instructional computing: 

STEP 1: Develop a process manual — This document, shown in Appendix 

A, was developed to structure both (a) the process of train ing teachers in how to 
write useful statements of need and (b) the actual generation of statements by 
teachers 

STEP 2: Identify participants — Teachers from each of the participant states 
were selected by their school systems to participate in a needs assessment 
conference in their home state. Some 90 educators with experience in using 
microcomputers in their classroom were recommended by an official of the 
state's department of education for this activity. Tables 1 and 2 show the 
characteristics of these participants and the kinds of microcomputer products 
and activities with which they had experience. 

STEP 3: Hold series of conferences to generate needs statements — Four 
conferences were held, one in each state, with 18-24 teachers participating in 
each conference. A total of 90 teachers attended these conferences. They 
received $100 per day plus expenses for their participation. Using the process 
manual shown in Appendix A, the AEL staff trained the teachers to write good 
needs statements and then guided them through the process of generating 
statements representing needsin their individual states.The statements resulting 
from these conferences are shown in Appendix B. 

STEP 4: Hold follow-up conference to analyze statements — From the 
original group of 90 teachers, two teachers from each state were selected to 
participate in a follow-up conference to examine the needs and conceptualize 
strategies for deal ing with them. Since each of the needs seemed to fall into four 
general categories (software, hardware, planning and integration, and teacher 
training), a consultant specializing in each of these areas v:as selected to work 
with the teachers in groups. Each group accomplished the following tasks: 

a) Clarifying the cluster of needs/problems— A descriptive heading forthe 
groupof problemswas assigned, and a listing of the various categoriesof needs, 
including illustrative need statements, was developed for each heading. 
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b) Identifying solutions to the needs/problems — The groups brainstormed 
to develop solutions matched to each of the categories of problems and needs. 
Then solutionswereevaluated for practicality and effectivenessand summarized. 

c) Developing guidelines for position paper — ■ The teachers, working with 
the consultants, developed an outline of information on the extend of the 
problem, as well as existing and proposed solutions, for the purpose of including 
this information in a position paper. 

STEP 5: Develop position papers summarizing needs and methods of 
meeting them — After the conferences were completed, the consultantscreated 
position papers which summarized the needs and the existing and proposed 
solutions matched to the needs in each of the four areas of concern. 

STEP 6: Hold follow-up conference ~ A final meeting of the eight teachers 
was held to review the position papers, recommend revisions, and develop an 
outline of brochures to summarize findings and to be dissemi nated to teachers in 
the four-state area. A listing of titles and brief description of the brochures is 
shown in Appendix C. 
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Section II: RESULTS OF THE AEL 
NEEDS ASSESSMENT 

Summary of Results 

Some 344 needs statements (shown in their entirety in Appendix B) were 
generated during the conferences: 101 from Kentucky, 57 from Tennessee, 95 
from Virginia, and 91 from West Virginia. Each of the statements was numbered 
and received a code to indicate the state and group from which it came. Each 
statement was also rated in terms of its importance on a scale of 0 (low) to 5 
(high) by all of the conference participants. The result is a statement which 
contains the components shown in the following example. 

STATE 

GROUP CODE 

NUMBER OF ITEM FROM GROUP 

ORIGINAL REFERENT ..SUPER REFERENT 




ORIGINAL "WHAT IS" 



WV A 03 / Training, specific prog ' 
Teachers do not have skills in using * 
Computer management programs, ie grading, record keeping 
Teachers do have skills in computer management programs 
RATING 3.36 
STANDARD DEVIATION 1.26 

ORIGINAL "WHAT IS PREFERRED" 

Participants generated the original statements of "what is" and "what is 
preferred" using an initial referent (a broad topic about which they wanted to 
describe a particular need). Because an abridged DAP process was used, there 
was no attempt at the time of the conference to collapse statements in order to 
remove redundancies. Consequently, "super referents" were later generated to 
facilitate discussing and analyzing the needs statements. Using these "super 
referents," the needs statements were then clustered according to their mean 
importance rating. Tables 3-6 show the need statement codes by-state for those 
items with ratings of 4.00-5.00.These are, therefore, the highest priority needsin 
each state 

Table 7 shows a summary of highest priority needs (rated 4.50-5.00) across 
the region, while Table 8 shows the frequency of top-rated concerns expressed 
in percentages. Table 9 lists the highest priority statements for each state. 
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Table 1 

Participant Demographic Data 

(Frequencies) 



WV KY VA TN 

Sex 



Female 


13 


13 


11 


9 


Male 


10 


10 


13 


9 


Total 


23 


23 


24 


18 



School Enrollment (ranges) 170-1700 160-1600 500-2600 200-1300 
Grade Levels 



High School 


10 


12 


17 


4 


Jr. High 


6 


3 


4 


7 


Elementary 


6 


6 


1 


4 


Others (supervisors) 


1 


2 


2 


3 


ommunitles 










Urban 


5 


2 


9 


4 


Suburban 


9 


11 


3 


8 


Rural 


9 


10 


11 


6 


Missing 


0 


0 


1 


0 
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Table 2 

Microcomputer Demographic Data 

(Frequencies) 



Computers Utilized 

Apples 

Apple only 

Radio Shack 

Radio Shack only 

Commodore 64 

Commodore 64 only 

Commodore Pet 

Commodore Pet only 

Vic 20 

Vic 20 only 

IBM PC 

IBM PC Jr. 

IBMSys 36 

Franklin 

Atari 

Tl 99/4A 

Tl PC 

Ohio State Inst. 
Plato 

Hewlitt/Packard 

Digital 

Tec Ironies 

Configuration 

Lab + Classroom 
Laboratory only 
Classroom only 
Networked Lab 
Independent Lab 
Classroom use 

Classes Using Computers 

Basic math 
Computer math 
Only advanced math 
Only programming and/or 
computer literacy 



WV 


KY 


VA 


TN 


20 


18 


16 


1 ( 


10 


11 


o 


1 1 


8 


5 


7 


ft 

<L 


1 


3 


4 


1 


3 


3 


A 

4 


o 
c. 






2 




2 


3 






1 








** 


2 


i 




- 


1 






5 


2 


i 

I 


1 




1 


1 


1 








I 




1 


2 




A 

1 


i 


p 


1 




o 
c. 




1 






. 


1 


- 


1 




- 






2 








1 








1 








1 




5 


5 


6 


8 


5 


9 


14 


5 


13 


9 


4 


5 


1 


5 


6 


4 


8 


9 


16 


9 


18 


14 


10 


13 


10 


11 


6 


15 


2 


3 


2 




2 


3 


2 




7 


4 


12 


1 
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Table 3 

Referents of Need Items 
with Means = 4.50-5.00 
Kentucky 

N=23 



Item 


Super Referent 


n 


Mean 


s.d. 


KYC01 


Hardware access, student 


23 


4.74 


0.54 


KYD09 


Hardware access, student 


23 


4.70 


0.56 


KYD22 


Software criteria 


21 


4.67 


0.48 


KYB03 


Hardware access, student 


22 


a e a 

4.64 


0.58 


KYA02 


Software criteria 


23 


4.57 


0.66 


KYC12 


Training, instruction use 


23 


4.57 


0.66 


KYD12 


Hardware access, teacher 


23 


4.57 


0.59 


KYA08 


Software preview 


23 


4.52 


0.73 


KYA13 


Training, computer use 


22 


4.50 


0.67 




Table 4 










Referents of Need Items 








with Means = 4.50-5.00 








Tennessee 










N=23 








Item 


Super Referent 


n 


Mean 


s.d. 


TNB13 


Training, computer use 


18 


4.72 


0.67 


TNA01 


Training, computer use 


18 


4.67 


0.59 


TNB04 


Training, computer use 


18 


4.61 


0.61 


TNC03 


Training, computer use 


18 


4.56 


0.62 


TNA16 


Software topics 


17 


4.53 


0.62 


TNA18 


Software access 


18 


4.50 


0.71 




Table 5 










Referents of Need Items 








with Means = 4.50-5.00 








Virginia 










N=23 








Item 


Super Referent 


n 


Mean 


s.d. 


VAB18 


Software topics 


24 


4.63 


0.58 


VAD06 


Training, instruction use 


24 


4.50 


0.58 
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Item 

WVB02 
WVB10 
WVC04 
WVD07 
WVA10 
WVD09 
WVC08 
WVD08 



Table 6 

Referents of Need Items 
with Means = 4.50-5.00 
West Virginia 

N=23 
Super Referent 

Hardware'access, teacher 
Software preview 
Hardware access, student 
Hardware access, student 
Training, instruction use 
Software access 
Hardware access, student 
Hardware access, student 



n 


Mean 


s.d. 


22 


4.68 


0.48 


23 


4.65 


0.78 


23 


4.65 


0.57 


23 


4.57 


0.66 


21 


4.52 


0.75 


23 


4.52 


0.90 


22 


4.50 


0.74 


22 


4.50 


0.80 



Table 7 

List of Combined Need Items 
from the Region with 
Means from 4.50-5.00 



Item 


Super Referent 


n 


Mean 


s.d. 


KYC01 


Hardware access, student 


23 


4.74 


0.54 


TNB13 


Training, computer use 


18 


4.72 


0.67 


KYD09 


Hardware access, student 


23 


4.70 


0.56 


WVB02 


Hardware access, teacher 


22 


4.68 


0.48 


TNA01 


Training, computer use 


18 


4.67 


0.59 


KYD22 


Software criteria 


21 


4.67 


0.48 


WVB10 


Software preview 


23 


4.65 


0.78 


WVC04 


Hardware access, student 


23 


4.65 


0.57 


KYB03 


Hardware access, student 


22 


4.64 


0.58 


VAB18 


Software topics 


24 


4.63 


0.58 


TNB04 


Training, computer use 


18 


4.61 


0.61 


KYA02 


Software criteria 


23 


4.57 


0.66 


KYC12 


Training, instruction use 


23 


4.57 


0.66 


WVD07 


Hardware access, student 


23 


4.57 


0.66 


KYD12 


Hardware access, teacher 


23 


4.57 


0.59 


TNC03 


Training, computer use 


18 


4.56 


0.62 


TNA16 


Software topics 


17 


4.53 


0.62 


WVD09 


Software access 


23 


4.52 


0.90 


WVA10 


Training, instruction use 


21 


4.52 


0.75 


KYA08 


Software preview 


23 


4.52 


0.73 


WVD08 


Hardware access, student 


22 


4.50 


0.80 


WVC08 


Hardware access, student 


22 


4.50 


0.74 


TNA18 


Software access 


18 


4.50 


0.71 


KYA13 


Training, computer use j g~ 


22 


4.50 


0.67 


VAD06 


Training, instruction use J-3 


24 


4.50 


0.58 
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Table 8 
Frequency of Top Concerns 
(Rated 4.00 - 5.00) Within States 







WV 




KY 




VA 




TN 


TOTALS 


Topic 


n 


% 


# 


% 


# 


% 


# 


Vo 




% 


Computer Literacy 


0 


0% 


0 


0% 


0 


0% 


0 


0% 


0 


0% 


Funding 


1 


4% 


1 


2% 


0 


0% 


0 


0% 


2 


2% 


Hardware access, student 


8 


33% 


6 


13% 


6 


35% 


3 


14% 


23 


21% 


Hardware access, teacher 


3 


13% 


1 


2% 


0 


0% 


0 


0% 


4 


4% 


Hardware repair 


0 


0% 


0 


0% 


0 


0% 


0 


0% 


0 


0% 


Hardware security 


0 


0% 


0 


0% 


0 


0% 


0 


0% 


0 


0% 


integration 


1 


4% 


2 


4% 


2 


12% 


6 


29% 


11 


10% 


Planning/direction 


1 


4% 


9 


20% 


1 


6% 


0 


0% 


11 


10% 


Software access 


1 


4% 


4 


9% 


1 


6% 


2 


10% 


8 


7% 


Software criteria 


2 


8% 


4 


9% 


1 


6% 


1 


5% 


8 


7% 


Software preview 


2 


8% 


1 


2% 


0 


0% 


1 


5% 


4 


4% 


Software reviews 


0 


0% 


0 


0% 


0 


0% 


1 


5% 


1 


1% 


Software topics 


1 


4% 


7 


16% 


2 


12% 


2 


10% 


12 


11% 


Teacher incentives 


1 


4% 


0 


0% 


0 


0% 


0 


0% 


1 


1% 


Training, computer use 


1 


4% 


6 


13% 


3 


18% 


4 


19% 


14 


13% 


Training, instructional use 


2 


8% 


4 


9% 


1 


6% 


1 


5% 


8 


7% 


Training, specific program 


0 


0% 


0 


C% 


0 


0% 


0 


0% 


0 


0% 


Other 


0 


0% 


0 


0% 


0 


0% 


0 


0% 


0 


0% 


TOTALS 


24 


100% 


45 


100% 


17 


100% 


21 


100% 


107 100% 
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List of Needs Staten.^nts Rated 4.50 - 5.00 
by Teachers in the Four States 

Kentucky: 

Many schools do net have computers. 4.74 

There is not enough equipment in the individual schools. 4.70 
The organization and direction of computer programs is set up by 

non-computer people. 4.67 

Many teachers have limited access to hardware. 4.57 

Software appears designed by non-educators. 4.57 
Many teachers do not have adequate knowledge about computers and 

their use in the classroom. 4.57 

Teachers choose software by word-of-mouth or advertisement. 4.52 

Many teachers don't know how or are afraid to use computers. 4.50 



16 



•)4 A Model for Assessing and Meeting Needs in Instructional Computing 

Table 9 continued 
Tennessee: 

There is a general inadequacy of teacher computer knowledge/training. 
Teachers are not adequately trained to use the microcomputer. 
Teachers have varying levels of "computer anxiety." 
Teachers view computers with some anxiety. 
Quality software is not available to fit state and local math programs. 
There is much public domain software which teachers are unaware of or 

unable to obtain. 
Virginia: 

There are limited simulation programs available. 
Many math teachers are not knowledgeable in how to use computers in 
teaching math. 

West Virginia: 

Few teachers have access to an adequate number of computers for 
instruction. 

Teachers do not know how to add computer use to their classrooms. 
There is a lack of equipment in schools. 
There is a limited amount of available software in each school. 
There are not enough computers available to meet student needs. 

Analysis of Results 

As Tab!es8 and 9 indicate, many top-rated concerns were common onesfor 
the entire region: # 

• Access to hardware for teachers and students — Simply obtaining 
enough computers of the appropriate kind for teacher and student use was the 
major overall concern. Teachers feltthat, while not the answer to all problemsof 
instructional computing implementation, having enough computers is a pre- 
requisite for success in this area. 

• Methods of integrating computers into school and classroom activities- 
Conferees expressed general concern that insufficient planning forinstructional 
computing, both financial and logistical, is being doneat the school, district, and 
state level. Teachers expressed the need for clarification as to what they are 
expected to teach in the way of computer literacy skills. They also seemed to feel 
that, for integrating computers into content instruction, it is essential that district 
and state-level curricular objectives be coordinated with specific software 
products. They felt that much good courseware is not used because teachers 
cannot easily determine from available information which packages are a good 
match for teachers' curricular objectives. 

• Access to information about software sources and to reviews of software 
— Although much information exists about software and its quality, teachers 
seom to have difficulty locating the information. Ready sources of this in- 
formation at the teacher level are needed. Teachers are forced to choose 
software by word-of-mouth and advertisement. Consequently, the software they 
select is often disappointing in quality and usefulness in meeting their needs. 

• Access to high quality software — Even after teachers have located 
references to software they feel may meet their needs, itisoften difficult to obtain 
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preview copies. Also, since high-quality software is often the most expensive, 
funds are frequently lacking to purchase the desired materials. 

• Access to software which addresses topics of concern to teachers — 
Concerns were also expressed about the lack of software types which teachers 
considered of key importance. They want more simulations, tutorials, and 
programs that address problem-solving and higher-level skills. 

• Training in computer operations and instructional uses — Finally, 
teachers felt that inadequate attention was being paid to training both teachers 
and supervisory personnel in computer use. They felt that such training was 
essential in the entire continuum of computer use, from basic computer 
operations to methods of integrating software into content areas. 
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Section III: STRATEGIES FOR 
ADDRESSING IDENTIFIED NEEDS 

Introduction of Authors and Topics 

After teachers in the needs assessment conferences identified specific 
needs related to instructional computing in their respective states, they sug- 
gested a variety of practical, effective strategies for meeting these needs. Four 
position papers were written to summarize and elaborate on their suggestions in 
the target areas of planning and integration, hardware, software, and training. 
The individuals selected to develop a summary position paper are recognized 
specialists in the area. A brief introduction to the authors is given below: 

Software 

M. D. Roblyer 
Florida A&M University — Tallahassee, Florida 

Currently an Associate Professorof Computer Education, M. D. Roblyer has 
written extensively on all areas of instructional computing use. Her latest major 
work is Measuring the Impact of Computers in Instruction: A Non-technical 
Review of Research for Educators. She has published a grammarsoftware series 
with the Milliken Publishing Company, and has worked at all levels of education 
and in industry training. Her specialty areas include instructional design and 
evaluation of software. 

Hardware 

Charles R. Sanders 
Governor's Educational Policy Unit — Tallahassee, Florida 

Mr. Sanders work with computers is one aspect of his responsibility as an 
Education Budget Analyst for the Governor's Office, State of Florida. Retired 
from the military and with a Master's degree in Business Administration, Mr. 
Sanders specializes in identifying and analyzing the economics of using com- 
puters in education. He also teaches university computer courses to future 
teachers. 

Planning and Integration 

Jose P. Mestre 
University of Massachusetts — Amherst, Massachusetts 

Designing and teaching courses to develop problem-solving skills is one 
interest of Jose Mestre, visiting assistant professorof physics at the University of 
Massachusetts. He is also director of supplemental math instruction in the 
Dean's Office of Natural Science and Mathematics. Dr. Mestre designs mini 
lessons in math for a videotape resource library as well as educational software 
to teach problem-solving in mathematics. 
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Training 

John B. Cook 
Area Education Agency 6~ Marshalltown, Iowa 

John Cook provides consultation in instructional computing, science, and 
mathematics to teachers and administrators in 21 Iowa school districts. His B.S., 
M.A., and Ph.D. degrees are from the University of Minnesota. He has taught at 
both secondary and university leveis and has developed instructional computi ng 
software for publication. Among his intriguing software titles are "Evolve/ 
'•Legacy," and "Take It." 
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Software Issues and Answers for the '80's: 
Quality, Availability, and Access 

M. D. Roblyer 
Introduction: 
The AEL Study — The Nation In Microcosm 

The 1984-85 Needs Assessment Conferences sponsored by the AEL 
Technology and Basic Skills (TAB) Program were held to gather data on specific 
needs and recommendations on microcomputer use from mathematicsteachers 
in the four-state area. During this conference series, teacher-participants gave 
some clear indications of current instructional software needs and suggested 
strategies for meeting these needs. Three distinct types of software issues were 
identified: 

• Quality — Ways of improving and assuring software's instructional 
soundness, ease of use, and responsiveness to teacher requirements. 

• Access — Methods of locating proven-effective software with desired 
characteristics. 

• Availability — Strategiesfor obtaining software for review, evaluation, and 
purchase, and ways of improving access to training in the optimal use of good 
software. 

While some of the issues and problems perceived by Conference participants 
were recognized as idiosyncratic to a particular State or the region, most were 
seen as indicative of teacher needs on a national level. Furthermore, the group 
agreed that these software concerns must be addressed quickly and effectively if 
educators are to see any substantial benefits from instructional computing. 
Finally, it was recognized that software needs must be addressed in concert with 
other areas identified as priorities during the Conferences, namely: financial and 
curricular planning, hardware acquisition and use, and inservice and preservice 
training. Thus, the findings of the AEL Needs Assessment Conferences have 
implications for more effective use of computers throughout the educational 
system and for improving education itself. 

The purposes of this paper are to: 

• Summarize and expand upon the software needs outlined during the 
Conferences, 

• Document, as much as possible, the nature and extent of the three kinds 
of software problems, throughout the region and the nation, and 

• Outline strategies, both those in current use in the country and completely 
innovative ones, for meeting present software needs. 

Software Problems, Issues and Needs 

Even before instructional computing became synonymous with micro- 
computers in the minds of educators, many forward-thinking practitioners 
predicted that the impact of computers on instruction would hinge upon 
software: its quality, its accessibility to schools, and its appropriate use by 
teacher. As early as 1968, during the Conference on Computer-Assisted 
Instruction and the Teaching of Mathematics held at Pennsylvania State 
University (NCTM, 1968), prominent computer educators in the field were 
acknowledging the critical importance of software and the problems involved 
with developing and using it properly. A common conference theme reflected the 
belief at the time that there would be a software revolution within the decade: an 
explosion of new, high quality computer-based instruction which would 
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drastically improve the impact of computers on teaching and learning. 

Now, more than 15 years later, it has become apparent that the revolution 
was not as much in software as in hardware. Availability of low-cost, high- 
reliability equipment, while still not optimal, has improved dramatically. Software 
design and use has changed, too, but experts are in disagreement that it has 
measurably improved. It is apparent that much work remains to be done to 
improve the usefulness of computer-based instruction for classroom teachers. 

Need #1: 
Software Quality 

One generally-agreed upon observation by AEL Conference teachers that 
"too much software is garbage" Is a candid summary of a pervasive problem. A 
recent study conducted by the National Association of Elementary School 
Principals (Standards for Software, 1982) indicated that microcomputer users 
are much happier with their hardware than their software. While 50% of the 
respondents gave hardware generally good reviews, only 28% did so for 
software. There is little evidence in the literature that this perception has 
improved in the past three years. However, one reason for this perceived lack of 
quality may be the lack of consensus on what "good software" is. Several 
characteristics were identified to help define needs for quality software in the 
context of the current study. These can be summarized in the following five 
categories. 

Minimum Requirement 

Certain features were recognized as essential minimum characteristics of all 
software, regardless of purpose or type. Two which may be found in all software 
criteria checklists (Roblyer, 1983) are: technical soundness or the lack of 
programming "bugs" and breaks during program execution, and content 
accuracy or freedom from spelling, grammar, punctuation, and factual errors. 

Desirable Instructional Strategies 

Another agreed-upon important aspect of quality in software which is often 
inadequately addressed is instructional soundness in terms of effective teaching 
strategies. Baker (1985) observes that current software developers tend to rely 
on their own experience rather than depend on theory. While identifying whether 
or not a given strategy works, we know some things from learning theory and 
practice which can direct us in ascertaining software quality. For example: 

1. Concrete examples — Instruction for many mathematics concepts at 
pre-college levels is most effective if it includes graphic demonstrations along 
with the more abstract verbal explanations. 

2. Hierarchical sequence — Building on a simple-to-complex skills 
sequence is essential to most math software of a drill or tutorial nature. 

3. Allowance for short-term memory ~ Students should not be asked to 
remember many screens-full of information in order to solve a problem or answer 
a question. 

4. Concept learning — Although not enough is known about efficient 
methods of teaching problem-solving, a great deal has been well-documented 
about effective strategies for teaching both concrete and defined concepts 
through attribute isolation (Merrill & Tennyson, 1977). 



22 



A Model for Assessing and Meeting Needs In Instructional Computing 



21 



5. Cueing — There is evidence that, in many skill tasks, students profit from 
directing their attention to relevant aspects of a problem. This technique, called 
cueing, can often be effectively done with computer-based features. 

Other aspects of instructional effectiveness are specific to certain skills. 
Some strategies for communicating difficult concepts to students have been 
developed over time by expert teachers, and software should reflect these. 
Finally, software, as with all Instructional materials, should be free of misleading 
or obtuse explanations of concepts. 

Responsiveness to Teacher Needs 

Teachers in. the AEL Conferences were most aware of what software 
COULD do for them as compared to what it is doing now. As Blaschke (1979) 
observed after a survey of software use, "The major bottleneck limiting the 
widespread and effective use of microcomputers in elementary and secondary 
schools is the availability of quality software which meets high-priority user 
needs. 1 ' Defining quality in terms of onesclassroom needs seems very pragmatic, 
since it doesn't matter how good the experts may think a product is if it lends 
minimal assistance with tasks assigned by the district, State, and/or society. The 
following features seem especially relevant: 

1. Software types — Teacher observation that most software is of the drill 
variety is supported by a recent report of the Educational Products Information 
Exchange (EPIE, 1985). Approximately 63.5% of all software was drill-and- 
practice, 32% was tutorial, 19.9% game, and only 8% simulation. Teachers felt 
that, while drill software was often useful, they could also make good use of 
tutorial and simulations in many areas of their curricula. 

2. Curriculum-specific — Teachers also see the need for software matched 
to the district and State-mandated objectives. At this time, much available 
software seems to have been designed without any specific curricula in mind. In 
his review of the software state-of-the-art, Becker (1982) concurred in this 
perception and said that "most educational software is written in short, 
disconnected modules that are unrelated to one another and are not clearly tied 
to other instructional activities or to specific textbooks." Baker (1985) writes that 
the "domain of existing software is populated by a random collection of rather 
narrowly conceived instructional entities rather than well-conceptualized 
sequences of instructional programs." Clearly, software will not be optimally 
useful until it is carefully integrated with other teaching responsibilities and 
resources. Cross-referencing of State-mandated SOL's with software is a key 
component of this need. 

3. Higher-order levels — Another perceived quality-related need is for 
software which addresses higher-order levels of basic skills. Much software 
available to teach basic skills appears to stress low-level tasks, as opposed to 
problem-solving and application tasks. Since both are required on State- 
mandated lists, software should be available to address them. 

4. Management systems — An efficiency feature which many teachers 
seem to feel is desirable is a capability within the software to collect data and 
provide reports on student progress. These computer-management systems 
should be both responsive to teacher date collection requirements and be as 
easy-to-use as possible within a classroom environment. 
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Cost-effectiveness and Efficiency 

A continuing popular hypothesis regarding computer-based instruction has 
been that large-scale use of computers could be a very cost-effective means of 
delivering high-quality instruction (Norris, 1979). Some proponents of this 
philosophy believe that mainframe-based systems with terminals are required to 
achieve high cost-per-unit benefit. And, indeed, it is generally recognized that 
storing and presenting comprehensive curricula require more machine capabili- 
ty than stand-alone microcomputers can currently provide. However, teachers 
feel they can also benefit from microcomputer software which can be networked, 
copied, or licensed in order to make it more cost-effective to use the same 
product with many machines. 

Documentation 

Software, like all instructional materials, is most useful if it is accompanied 
by directions on where it fits in the teacher's curriculum and specific lesson 
plans. Some major national projects have even been developed to assist teachers 
in integrating software into their curriculum (DISC, 1983). Since figuring out how 
to use software in conjunction with other activities and media is a critical 
requirement for teachers, the usefulness of computer-based products could be 
greatly enhanced if they were accompanied by teacher manuals and other 
documentation which described how to implement the courseware in step-by- 
step detail. 

Need Area #2: 
Software Access — Locating Desired Software 

With instructional computing, it is appropriate to cite Goldberg's (1985) 
quote from Pogo that "We are faced with insurmountable opportunities." Tha 
hypothesized potential of computers in ed ucation is tremendous, yet access to 
Information about available software is a major hurdle for computer-using 
educators. In a study of 10 large school districts between 1982 and 1984, 
Moskowitz and Birman (1985) report that "research and dissemination of 
information on appropriate: instructional (computing) materials" and "surveysof 
hardware and software features" are two current primary needs. Goldberg 
(1985), in documenting the nature of computer-related calls to the Wayne 
County, Michigan School District, confirms that information about software to 
meet specific curricular needs is often the subject of the inquiries. 

Teachers in the AEL study discussed information needs of three kinds: 
1. Tested and/or researched software — The most desirable kind of 
software is also the most rare. Software products which have gone through 
rigorous field-testing and revision to ascertain quality before release is almost 
unheard of in the field. Most of what isavailable seems to be on the older systems 
such as Computer Curriculum Corporation and PLATO or has been translated 
from these systems for microcomputers. As Roblyer (1983) points out, "...our 
knowledge about what should work with given students is something less than 
scientific at this time. Without... evidence from tryouts with students, decisions 
on whether or not the instruction is effective will remain largely guesswork." A 
document which summarized available field-tested programs may be very short, 
but would be extremely useful to teachers selecting software. 
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2. Public domain software— Although free software is often worth as much, 
it represents a valuable source of materials for those with limited or nonexistent 
funds. Teachers need information on what is available and where they can obtain 
it. 

3. Software with specific characteristics— As Goldberg (1985) documented, 
many teacher inquiries about software concern locating products which cover 
specific topics or addresses certain target groups of students. As the most recent 
EPiE (1985) survey found, about 25% of all CAI programs are on math areas. But 
even in math, most software seems to address primarily certain areas such as 
math facts and is aimed at a general student population. Nearly 70% of it runs 
only on the Apple family of microcomputers. Problems arise when teachers need 
software for specific populations such as gifted or special students, for specific 
areas such as problem-solving sequences or consumer skills, and for other- 
than-Apple equipment. Even though it has been developed in a number of cases, 
it also seems difficult to locate software which is able to be networked or 
licensed. A comprehensive, readily-available data base of specific information 
about software characteristics is clearly lacking. 

Need Area #3: 
Software and Training Availability — 
Reviewing, Purchasing, and Using Software 

As mentioned above, the lack of well-tested, proven effective courseware 
with built-in integration strategies presents real problems for practitioners 
because they cannot buy products without first previewing them for quality and 
addressing the issue of when and how to use it. Once teachers are able to locate 
software which at least has the appearance of meeting specific curricular needs, 
they are faced with the further problem of reviewing it, purchasing it, and 
determining how to use it optimally in their classrooms. The following represent 
the primary problems teachers face in this area. 

Pre-screenlng Needs 

Several organizations recognized the quality control problem early in the 
decade and developed courseware review and evaluation projects to meet this 
growing need. Roblyer (1983) documents the review criteria and procedures of 
five of these organizations. Others have since joined th is group on a national and 
state level. For a time, it was hoped that teachers would be able to purchase 
software based on information from these sources. However, it now seems that 
these reviews can provide only some of the information required by teachers to 
make purchasing decisions. As NIE adviser Lawrence Grayson (1984) notes, 
"The concept of trying programs before they are purchased is an important one. 
Although the materials may h ave been evaluated and found to be effective, it may 
not be the most suitable for the particular application or class one has in mind." 
Although published reviews provide general screening information (titles, topic 
areas, evidence of minim urn standards), teachers usually require more detailed, 
comprehensive information to determine if a given package really meets their 
specific needs. 

Software review is a time-consuming task, becoming more so as the 
software market expands. Information on pre-screened software, while not ade- 
quate for making purchasing decisions, can greatly assist teachers by cutting 
down the amount of time they must spend on obtaining and reviewing software. 
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Obtaining Software for Review 

Teachers are met with two kinds of problems In their attempts to preview 
software. First, they may have difficulty getting the software on a pre-purchase 
basis. For some educational organizations, this is becoming less of a problem as 
the software publishing industry moves toward a 30-day free trial policy, Still, 
many schools have purchase order arrangements which make it difficult, if not 
impossible, to return products once they are ordered. A second problem is the 
sheer amount of time it takes to review thoroughly a given software package, 
especially one of the more comprehensive ones. While it seems essential that 
someone closely involved with planning and carrying out classroom instruction 
should review the package, teachers are usually hard pressed to review all the 
possible products in order to select the most effective and least expensive ones 
for their purposes. 

Funding for Software Purchases 

A further issue In obtaining software has a familiar ring to educators. The 
perennial problem of finding funds for high-quality materials is especially 
difficult with instructional computing, since most money in this area is 
designated for the purchase of hardware. A relatively small amount is allocated 
for software. Although the average cost of software Is from $30-$40 per disk, a 
comprehensive software series — most desirable from an integration standpoint 
— can run into the hundreds of dollars. For example, one popular math series is 
from $250 to $375, depending on whether disks contain the management system. 
If software is not networkable or not able to be licensed for multiple copying, 
teachers are required by copyright law to purchase one copy per machine. This 
places an even greater, often insurmountable, financial burden on school 
resources. 

Guidance on Software Use 

A final software-related problem is access to information about how to use 
products in an effective way. As Stecher (1984) notes, the Congressional Office 
of Technology has expressed concerns over the inadequate level of teacher 
skills in dealing effectively with technology in the classroom. Stecher (1984) and 
Pogrow (1985) report major projects aimed at providing expertise with software 
usage. Such information and training must be available to teachers on a 
widespread basis if software is to be used to optimal benefit in schools. 

Strategies for Meeting Needs 

As the previous discussion has indicated, software quality, access, and 
availability needs are immediate, widespread, and of critical importance to the 
success of future instructional computing activities. Although the problems are 
great, they can be overcome if certain conditions are met. First, there must be 
general consensus on the nature and magnitude of the problems. The AEL 
Meeds Assessment Conferences have gone a long way toward achieving this 
essential step. Second, practical strategies must be carefully matched to each 
nend to form a coherent plan. Finally, there must be substantial support on the 
pp.rt of participants for carrying out the planned strategies. These latter two steps 
will be the mission of the AEL and its members in the months to come. 

The ideas expressed in this position paper can form the basis for the 
software portion of a regional instruction computing plan. However, the field of 
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instructional computing is changing as rapid'y as technology itself. Today's 
workable solutions may be unusable tomorrow because of altered conditions. 
The nature of the planning process in this evolving area requires that planners be 
flexible enough to modify strategies based on new information. Indeed, they 
should build this assumption of modification into any plan they develop. 

Improving Software Quality and Usefulness 

As former U. S. Commissioner of Education Bell (1984) admits, the 
educational software picture iscurrently disappointing. But he expresses hopes 
that it could improve measurably in the future. Some of the following strategies 
for improving quality have been known for sometime, but have not been carried 
out in a coordinated way. 

Teacher Input to Publishers and Developers 

One way of increasing software responsiveness to teacher needs is to let 
teachers take a more active role during software development. Baker (1985) 
acknowledges that "...many classroom teachers are now in a position to tell 
instructional software implemented what is needed in the classroom. Such 
direction will have a profound effect upon the characteristics of software used in 
future computer-based learning systems." 

Although many publishers employ teachers as advisors, this advice may or 
may not be representative of needs in the region, and it may or may not be 
heeded. The desires of teachers would have maximum impact if they were 
documented and collected in an organized way and channeled to developers 
through a formal mechanism such as a regional or State task force. The following 
benefits would accrue: 

• Developers may respond more positively to teacher input if they knew 
they were creating a large potential market for their products. 

• Developers and publishers would have a clearer message on what 
teachers really want in software products. 

• Toachers could be more certain that software was directed toward their 
specific regional or State needs. 

With a conduit for input such as this, teachers could mate a strong case for 
requiri ng field tests of software among their own students and for ^relations of 
software skills to State-mandated curricular objectives. 

Development by Consortia 

Software development has been and continues to be a labor-intensive, 
expensive activity, Arthur Melmed (1984) of the U. S. Department of Education 
says that a figure of $30,000 per hourr ■ high-quality software is not unreasonable. 
While schools clearly must depend on publis! s to shoulder most of the 
software development expense, it is occasionally beneficial for a State or region 
to develop a package to meet a high-priority need which is not otherwise being 
addressed. In this case, the cost of development can be amortized over several 
organizations if they are able to achieve consensus on desired software 
objectives and characteristics. Other stages and districts (e.g., Minnesota 
Educational Computing Consortium; Houston Independent School District; 
Marion County, (Florida) School District) have already initiated such develop- 
ment efforts, and some have successfully covered their costs by marketing the 
software outside the region. 
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Roblyer (1981) has proposed a cost-effective instructional design model for 
large-scale efforts such as this which can greatly facilitate software development. 
Trained personnel and teacher-release time are a requirementfor such activities, 
but the products resulting from this kind of systematic effort can be a major 
benefit to computer-using educators. 

Research on Software Effectiveness 

Although computers have been in schools for some twenty years, not 
enough is known about specific software design and use features which contrib- 
ute to effectiveness (See Roblyer, 1985). Most research on these topics is carried 
out in universities. However, school districts are in a unique position to contrib- 
ute to the data base of knowledge on this topic. Research efforts, like 
development activities, would be most useful if they were organized on a regional 
orState-level basis and directed toward identifying aspects of software which are 
specifically geared to their student populations. Studies which compare the 
relative effectiveness of microcomputer versus large-scale systems would be 
especially useful, since so few of these studies have been done and since they 
would help guide purchasing decisions for the region. 

Improving Information Flow on Quality Software 

Several strategies may be effectively employed to link up teachers with 
sources of information about software. Some of these require funds and 
specialized equipment, but others simply call for more coordinated efforts at 
collecting and disseminating available data. 

Major Sources of Product Information 

Holznagel (1983) describes three major sources of software product 
evaluation information. These include: • 

1 The RICE (Resources in Computer Education) Data Base — Available 
from the MicroSIFT Project at the Northwest Regional Educational Lab and 
accessible by anyone with a subscription to the BRS network, this data base 
contains information on available products, as well as the results of evaluations 

> which have been performed by MicroSIFT and others. 

2 EPIE (Educational Products Information Exchange) — This project 
involves the Consumer's Union (pub : ^.her of Consumer Reports) and several 
large school districts. Its purpose is to evaluate software and publish the reviews. 
School districts and states may subscribe to this service. 

3. Magazines and journals - There are approximately 25 periodicals which 
contain software reviews of some kind. 

Still another source of product information is the Software Facts on File 
published by Facts on File in New York. Educators may subscribe to this and 
receive a compendium of software reviews every two months. 

Regional and State Clearinghouses 

Although compilations of product information seem to be available, 
teachersstill do not have thetimeorfunds to access them. An agency which will 
act as "middle-person" is necessary to act as a conduit between them and the 
sources. This may be accomplished by establishing a regional or State-level 
clearinghouse which offers the following kinds of services: 
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1 . Searches of data bases — The clearinghouse maintains subscriptions to 
electronic networks and other sources of information and does searches on 
request for software titles and reviews in given areas. 

2. Publisher catalogs — The clearinghouse also serves as a central 
repository of publisher catalogs, so that teachers can obtain them without 
contacting a variety of publishers. 

3 Hot-line for requests — In order to locate a specific product (e.g., a 
package to teach integers to remedial seventh graders), the agency could 
establish a resource hot-line through which teachers could place requests. 

4. Newsletter with titles of pre-screened software — The clearinghouse 
would establish that the software met minimum quality criteria and periodically 
publish lists of titles and sources. 

5. Newsletter of ideas on software use — Teacher could send in brief 
summaries of products and approaches which have worked for them. This 
information could be shared with others throughout the area. 

These kinds of clearinghouses would sa?m most effective and cost-effective 
at existing organizations such as AEL. Con>'c!orable funding would, however, be 
necessary to carry out this idea. Althcu^i desirable from a coordination 
standpoint, no such clearinghouses currently exist, perhaps because of the 
costs involved. It may be beneficial for stales to review the costs of doing such 
activities themselves and consider pooling their funding to establish a regional 
clearinghouse at AEL or a similar location. 

Dissemination of Resourced Lists 

A final, less direct means of disseminating information is simply to provide 
teachers with brochures containing information such as the following: 

1. Lists of publisher names and addresses 

2. Magazines containing reviews and product announcements 

3. Names and locations of user groups 

4. Electronic networks with software product information 

5. Local and regional workshops 

Improving Methods of Software Selection and Use 

Regardless of the quality and quantity of software reviews available, 
teachers still need access'to products for hands-on review, and will need 
periodic assistance on implementing products after purchase. Both local and 
regional efforts are required to meet these needs. 

Review Centers 

The problem of obtaining software forreviewcould be facilitated by creating 
local product review centers in existing media centers and libraries. Publishers 
would be more likely to respond to requests for review copies if requests came 
from an established review center rather than an individual or even a school. The 
centers would be legally responsible for protecting software from illegal 
copying, a major problem with review copies. Publishers would lend even more 
support to this review center concept if each reviewer completed a feedback 
form on the product, and the forms were sent periodically to the developer. 

Workshops in Software Use 

A continuing schedule of workshops, regionally planned, would also be 
desirable to address such topics as integration of software into existing 



23 



28 



A Model for Assessing and Meeting Needs in Instructional Computing 



curriculum and matching software to State-mandated basic skills. Many such 
workshops are held around the country by professional organizations and 
consultants. To assure that current training needs are being addressed and to 
get the most out of available inservice funds, workshops should be established 
for various locations and on various topics throughout the year. Some teacher 
workshops should also be designated for brainstorming and sharing ideas on 
software use, since this is often a most effective means of improving teaching 
strategies. 

Summary and Conclusions: 
Some Common Themes 

This paper has outlined software needs in the areas of quality, access to 
information, and availability of products and training. Recommendations for 
meeting these needs included: 

• Implementing strategies for increasing the amount of teacher input 
during development 

• Initiating consortia-based development of software in areas of <ey unmet 
needs 

• Tapping several existing sources of software information 

• Establishing a regional and/or State clearinghouse todisseminate product 
information and evaluations and to respond to specific requests for software 
assistance 

• Dissemination of brochures containing lists of software and training 
resources 

• Establishing local software review centers 

«a Holding a yearly series of workshops and teacher sharing sessions on 
software integration and use in classrooms 

Some common factors tend to pervade each of the suggested strategies for 
making software a more effective resource to teachers. One is the need for 
planning and an adequate level of funding. Although some of the suggested 
activities would be expensive to implement, they would be approachable if 
several States were to pool their resources for a region-wide effort. 

Another factor which could have a positive effect on improving the software 
picture is coordinated efforts on the part of educational organizations working as 
consortia to bring about desired software design and use. Such coordination is 
rare in education, since perceptions of needs and solutions usually vary consid- 
erable from school to school, let alone from state to state. Yet the AEL Needs 
Assessment Study has demonstrated that there can bo substantial agreement 
among large educational entities on key computer-related issues, perhaps 
because teachersf rom each area had a key role in the discussions. Coordinated 
efforts at achieving solutions, as well as identifying needs, have powerful 
implications for cost-effective and beneficial changes to the nature of in- 
structional computing. Many voices speaking as one have an economic and 
social force which cannot be ignored. 

The AEL Needs Assessment Conferences have taken an essential first step 
in shaping the future of instructional computing in the region. It is imperative that 
a concerted effort be started now to build on this foundation. 
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Hardware Issues In Using Microcomputers In Education 
by Charles R. Sanders 

Introduction 

Technological changes in this century have increased productivity in all 
aspects of the workplace. Achievements in such diverse areas as government, 
medicine, industry, agriculture, and the financial world have raised expectations 
that schools would be able to use computers to perform similar feats in teaching 
and learning. However, in the past 50 years, a number of pervasive technologies 
in society have also been perceived as having potential to improve education. 
The typewriter, radio, television, film projector, teaching machines - all received 
an outpouring of funds and attention in K-12 education, followed too often by 
disappointment and a failure to implement the newly-purchased equipment. 
Neither unique capabilities nor adequate numbers of devices seemed able to 
assure success. 

Today, the newest technological wonder, the microcomputer, has been 
integrated only haphazardly intoour schools. While the number of computers in 
the public school sector has increased from 30,000 in 1981 to 630,000 in 1984 
(National Association of School Boards, 1985), policy for hardware and software 
acquisition and usage has not similarly developed. According to the National 
School Boards survey (1985), approximately 85% of all school districts nation- 
wide had no policy for implementing computers. 

The problems in bringing about a "planned revolution" are many. Although 
hardware-related problems and issues will be the primary focus of this paper, 
educational decision-makers must recognize that these problems must be dealt 
with in conjunction with software, training, and other issues in order to yield the 
desired results. 

Obtaining Appropriate Numbers and Kinds of Computers 

In the minds of many educators, the two greatest obstacles to using 
computers to maximum advantage are: 

—The lack of an adequate number of computers to meet the demands of 
faculty and students, and 

—Problems resulting from incompatability of unlike brands of equipment. 
These are very real problems in light of the fact that many states are leaning 
toward or have already instituted computer literacy requirements. Such require- 
ments often make it necessary for students to demonstrate computer skills 
before passing a given grade or getting a diploma. For these activities, and for 
other instructional purposes, having enough computers of one type is a 
prerequisite for success. However, having enough machines does little good if 
they are not sufficient for the specific needs of the school. 

What kind(s) of computer systems should a given school purchase? There 
are no simple answers. The general guideline is that it depends on the types of 
applications desired, users (students, teachers, and administrators), and the 
environment in which equipment will be used. It may also depend on such 
mundane matters as how much money is on hand for equipment purchase. 
There are three general kinds of computer systems to consider, and each has 
distinct advantages and disadvantages. 
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Timesharing Systems 

in spite of the "microcomputer revolution," some schools have opted to 
share time on a large mainframe computer located outside the school and 
accessed by school users from terminals. Timesharing is often available from 
universities and computer companies. These terminals usually do nothing by 
themselves; they must be tied into the large computer to receive software. An 
example of this kind of system is the Plato instructional system available from the 
Control Data Corporation. # « , • ■ 

The main advantage of time-sharing systems is their ability to handle large 
software programs and special features which take up considerably more 
memory than currently available on microcomputers. Downloading software 
from the mainframe also eases many of the logistics of handling large numbers of 
disks, and automatic student recordkeeping on many such systems can keep 
track of where students are in a given instructional sequence. Since the system is 
maintained completely by the host site, school personnel do not have to worry 
about repairs, cleaning, and other equipment necessities. Such systems also 
usually support non-CAI/CMI applications such as word processing and 
programming. i( ( M 4 

Disadvantages of such systems are primarily high cost and lack of autonomy 
for users. Since costs are usually figured on terminal rent plus CPU usage 
charges and phone line costs, the figure gets higher the more the system is used. 
A further disadvantage to school users is that they are dependent on the 
telephone company and the mainframe host If either malfunctions, the system is 
,, down ,, until repairs are made. Also, since the host may have contracted with 
many users to share time on a given mainframe, the on-screen response to users 

may be slow. t tl , 

Instructional timesharing systems are usually selected primarily for one or 
more of the following instructional reasons: 

1) Software and recordkeeping features are available which do not exist on 

other systems. . . 

2) School personnel either do not have the expertise to structure their own 
computer-based curriculum or prefer to contract for this service instead of doing 

it themselves. . 

3) A school system has a need to deliver equivalent instruction to several 

remote locations. 

4) Insufficient teachers are available to give instruction in a given content 
area, and the topic is an essential one. 

Schools or school systems which elect this option must plan for the on- 
going costs of maintaining such service. Vendors of the systems usually point 
out that the cost per student decreases as greater n umber of students are added. 
As with other options, district or state-level policy and support are a prerequisite 
to assuring that the use of timesharing systems is the most efficient, cost- 
effective way of meeting the need. 

Dedicated Minicomputer Systems 

Another non-microcomputer option fordelivering computer-based instruc- 
tion is purchasing or leasing a small mainframe/minicomputer system with a set 
of instructional software. These machines are technically also timesharing 
systems since the students are using terminals connected to a computer, butthe 
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host is the school or district itseif, and the system does only instructional 
functions. An example of a dedicated minicomputer system is the one available 
from the Computer Curriculum Corporation. 

Advantages of dedicated systems are often the same as timesharing 
systems: availability of special-purpose software, pre-developed curriculum, 
and freedom from maintenance concerns. The users also have more autonomy, 
since they are responsible for running the system. Slowness of on-screen 
response is usually not a problem unless the system has too many terminals for 
the size machine. Disadvantages are also similar to timesharing: cost and 
dependence upon the software available from the company. Although main- 
tenance may be less of a concern, a problem with the minicomputer means that 
the whole instructional system is "down" until it is fixed. 

Dedicated minicomputersystems have achieved theirgreatest successes in 
^tuations where the student user population has a fairly homogeneous need, 
such as remedial basic math skills. Very often, these applications will be drill and 
practice for a short time every day, delivered in a laboratory separate from the 
classroom. A school system may elect this option as the most efficient way of 
doing something wh ich teachers could do but either don't want to do or tend to 
do less effectively than the computer. Careful pre-planning and coordination of 
regular classroom activities with computer activities are required for this kind of 
option to be successful. 

Microcomputer Systems 

While standalone microcomputers are limited in memory and computing 
capability, they remain the most popular option in education today. Their most 
appealing advantage is complete autonomy on the part of the individual user. 
They also require comparatively low costs to initiate a computer-based program. 
Standalone units offer schools the flexibility to select the kind of configurations 
they want. Some examples: 

1) Machinesin classrooms or on moveable carts -Teachers often prefer to 
have autonomy to the extent that they have complete control over their 
computer. Or they may not be easily able to move their students from the 
classroom to a lab. In this case, a classroom-based machine may be their 
preference, although few schools can afford the luxury of a microcomputer in 
every classroom. Moveable carts are used to expand the on-site availability of 
equipment, but constant movement can lead to increased maintenance problems. 

2) Microcomputer laboratories -To maximize the number of units they have, 
many schools have found it best to put all microcomputers in one central 
location , either in a special area set aside for them, or as part of the equipment in 
their media center. This configuration can create several kinds of management 
problems when students must leave their classrooms to use computers, but it 
also eliminates other logistical concerns such as maintaining and distributing 
software. 

3) Networked microcomputers -Thisoption can yield some of the benefits of 
dedicated minicomputer systems, while stili maintaining teacher autonomy. 
When standalone units are connected via a networking system, teachers can 
download software lessons as desired and can monitor the progress of given 
users. This way, software disks never have to be distributed unless the teachers 
wants to do it that way. Since individual disk drives may not be needed, and since 
software wear-and-tear is decreased, costs may be reduced. However, a 
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networking device presents an additional cost. As with time-sharing kinds of 
systems, a malfunction in the networking device means that all networked 
computers aredown for the duration of the problem. Finally, there are limitations 

on the kind of software available for networking. 

Although there are many factors to consider in the development of a 
workable computer equipment plan, the central concern should always be what 
software is available to meet the users' needs. If this is used as the primary 
criterion, other decisions are often easier to make. 

Procedures for Selecting Hardware 

A rationale for the selection and use of computer equipment should be 
developed by an appropriate computer committee with input from the teachers, 
and should be approved by the principal, superintendent, or president of the 
educational entity. Hardware should be selected only after the committee and 
school leadership have carefully screened the available options for performance, 
compatibility with existing software and hardware, reliability anJ durability. 
Some useful guidelines for accomplishing this planning are as follows: 

1. Match plan to stated goals - The plan should address both short and 
long-range goals relating to student achievement, as established by the State 
and the school administration. Each planning committee member should be 
required to have a thorough understanding of the school system's needs, 
computer equipment capabilities, and software uses. 

2. Use pilot tests -The selection process should not take manufacturer's or 
seller's word for the equipment capabilities. Screening should include an actual 
pilot test of the desired features and software. 

3. Get input from required personnel - If each school and school district has 
designated computer coordinators, the committee will find it beneficial to hear 
the perspectives of these personnel during the screening/selection process. 
Other personnel who should give input include: the Management Information 
Systems (MIS) coordinator, curriculum coordinators for elementary and 
secondary topics, the in-service training director, special education director, and 
vocational director, and a representative from the administrative and teaching 
organizations. 

4. Use reliable companies- While fair practice requirements may mean that 
the committee has to hear presentations from all vendors, only reputable 
companies with a demonstrated commitment to education and which have 
third-party developers supplying their software should receive serious review. 

After the committee completes its work, they should make provisions for an 
annual review of the status of their needs, how the equipment has met 
expectations, and what else has become available on the market since their 
selection. 

Elements to Consider in Selecting Hardware 

As tempting as it may be to spend less money, "low bid" must not be the 
primary criterion in selecting hardware. The following factors should all be 
considered: 

1. Software Availability - An adequate amount and variety of proven- 
effective software should b& on hand to meet specified instructional needs. 
Software should also be well-documented and readily-available (not "scheduled 
to be released at a future date"). 
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2. Reliability- Hardware should have an established reliability record. Rapid 
breakthroughs in technology have flooded the computer market with an endless 
array of brand names. Determine reliability through trade magazine evaluations, 
advice from current school users, reliable vendors and pilot testing. 

3. Expandability - Selection must be made not solely on the basis of present 
needs but should also consider future requirements. Computer should be able to 
expand not only memory but with items such as printers, modems, scanners, 
graphics tablets, joysticks, and plotters. The capability to expand should be 
inherent in the machine or available at minimal additional cost. 

4. Durability - Hardware must be built to withstand use by students and 
faculty at varying levels of abuse and use. Such often-used parts as keyboards, 
disk drive doors, and power switches should be carefully scrutinized for 
durability. 

5. Documentation - Operator/user manuals for the purchased equipment 
should be available and able to be understood by non-technical educators. 

6. Compatibility - Selection should also be made in light of existing 
equipment and software. Also, it is easier to maintain a large number of one or 
two kinds of systems than it is to handle maintenance requirements for a 
smorgasbord of computer brands. 

7. Service - Quick service (vs. shipping away units) is a primary requirement 
for educators, since the instruction may be dependent on the computers. 

8. Training - Purchase of hardware should be made with the understanding 
(in writing) that the vendor will provide the necessary training in how to use and 
maintain the systems. The committee should review the company's personnel 
and training materials available for this purpose. 

9. Printers and other peripherals - The computer is only one element in an 
array of equipment required to meet needs. Most of the factors discussed here 
should also apply to the evaluation of peripherals. CRT monitor features, such as 
color vs. black or green, should be considered. Printers are an especially 
important output device. Users should consider whether they need a letter 
quality or dot matrix printer, wide-carriage for different kinds of paper, color 
printout vs. black only, and special features such as underlining capability and 
various styles of print. 

10. Other features - Some consideration should be given to such charac- 
teristics as upper-lower case capability, availability of languages, and computer 
memory available. 

11. Maintenance requirements - The selection committee must consider 
carefully how the equipment will be maintained on a regular basis and how it will 
be repaired as needed. Many problems with computer equipment can be 
prevented with regular care and periodic check-ups with diagnostic programs. 
School systems may also opt for maintenance agreements with the manufacturer 
or local company after the warranty has expired. 

12. Price - A final important consideration is the cost of investing in the 
"computer age." The TOTALcost should be determined before afinal decision is 
made, including costs of peripherals, software, training, and maintenance. 

Conclusion 

It cannot be emphasized enough that coordination among educational 
organizations is the key to success in hardware acquisition and use. District and 
State-level contracts and policies are essential, both to make obtaining com- 
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puters economically feasible and to insure appropriate use after they are 
obtained. While the revolution in hardware capabilities continues, and computer 
achievements abound in other areas of society, education will begin to feel the 
positive effects of this capability only through careful planning and hard analysis 
of school, teacher, and student needs. The development of policies based on this 
planning and analysis is the key to assuring that education fulfills the promise of 
its technological future. 
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Computer Training For Teachers 
by John Cook 

The Problem 

1. Teachers need to have the knowledge and willingness to use computers as a 
tool for instruction in basic mathematics. 

2. Administrators need to be aware of the value of instructional use of 
computers, and they need to know how to provide administrative support for this 
use. 

Solution: 

Appropriate instructions with effective incentives must be made available 
for teachers and administrators. Appropriate instruction must address both 
cognitive and affective domains. 

Affective instruction: 

The first exposure must be carefully planned to be non-threatening. This 
can be done by beginning with short, easy lessons that provide success at every 
step. For example, the teachers could start by running some very easy-to-use 
software that is intended for elementary students. 

Early lessons should focus on computer uses that will be of direct use to the 
teacher. These might include such things as word processing, grade-book 
programs, exam generation, and classroom management software. 

Reluctant teachers may also be enticed by high-quality CAI software that 
helps students successfully learn a topic that is difficult to teach by traditional 
means. 

The characteristics of the instructor are important for reducing computer 
anxiety. Teachers may feel more at ease learning about computers from a local 
classroom teacher than from an out-of-town ,, expert. ,, 

Another technique which helps to reduce computer anxiety for some 
teachers is to allow them to work with the computer independently. They need a 
chance to "play" with the computer and make their mistakes when no one else is 
watching. 

Cognitive (and psychomotor) Instruction: 

Teachers need to learn the nitty-gritty of how to use computer hardware for 
teaching. This instruction needs to be directed at the specific hardware that the 
teacher has available in the classroom. The ability to run the computer and to 
perform the first level of trouble-shooting when something goes wrong, while 
important in its own right, will also alleviate most computer anxiety. 

Teachers should develop skill in using the computer keyboard. In some 
cases, this may just involve transferring typing skills to the computer keyboard. 
In other cases, teachers may need to learn touch-typing. 

Teachers need to learn to use the computer as a general purpose tool. When 
using the computer as a tool for such mathematical applications as figuring 
grades, teachers are acting as role models for their students. They are 
demonstrating that computers are tools for basic mathematics. 

Teachers need to learn various techniques and strategies for using 
computers as part of the delivery of instruction in mathematics. Administrators 
need to be aware of these strategies, and know how to provide the support that 
the teachers will need. 
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'Teachers... must be given training in the selection and use of appropriate 
software to enhance instruction in mathematics, and information sIwmj ;>* 
given to them about sources of mathematics-related software." (Corbitt, U'O:)) 
Administrators need to be aware of the need for appropriate software for 
mathematics instruction. 

Teachers must learn how to "...develop, deliver, and evaluate lessons and 
units that integrate existing software into mathematics instruction." (Corbitt, 
1985) 

As what is "basic" in mathematics instruction shifts away from paper and 
pencil computation, computers will increasingly become part of basic mathe- 
matics in the middle grades— not just as a tool for delivering instruction, but as a 
tool that students will use for problem solving and computation. As the 
curriculum evolves, teachers will need to learn both the new content and the 
appropriate teaching techniques for this content. Such topics are likely to 
include: iterative procedures for solving significant problems, computerapplica- 
tions for statistics, computer graphics for informal geometry, and computer 
programming. 

Administrators need to be aware of changes occurring in the mathematics 
curriculum, and the implications of these changes for the need for computer 
hardware, software, and in-service education for teachers. 

Delivery methods: 

Most of the traditional methods of delivering in-service and pre-service 
education to teachers and administrators apply to the delivery of computer 
education. However, there are some unique features: 

Computer education for teachers needs to involve a considerable amount of 
hands-on time with computer hardware and software. For some portions of the 
instruction, it may be appropriate for the participating teachers to work in pairs 
on the computers. At other times there will need to be one computer per 
participant. 

The instructor of a computer course or workshop for teachers should have a 
computer available for whole-class demonstrations. It should be equipped with a 
visual display large enough for the wholeclass to see, using the kind of hardware 
likely to be available in the schools. It should be used to model the kind of 
whole-class instruction the teachers can do in their own classrooms, and to 
demonstrate things they are to do when working on the computers by 
themselves. 

Many aspects of computer education for teachers lend themselves to 
independent learning. Teachers can learn from manuals, books, and computer 
software if they have the hands-on time with computers. 

Teachers can also learn informally from fellow teachers or from a local or 
county level computer coordinator. When a teacher calls the computer co- 
ordinator with a specific question or problem, that teacher is motivated and 
ready to learn. 

It is important to recognize that computer education for teachers and 
administrators will be a continuing need. With changes in hardware, software, 
and the mathematics curriculum, teachers and administrators will need to 
continually update their skills. This means that delivery systems should be 
locally available at convenient times. They should provide teacher education in 
frequent, small doses, rather than as one massive do-it-and-get-it-over-with 
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course, This continuing education can be provided through support for 
independent learning, a locally availablecomputercoordinator, short workshops, 
and conferences, 

Teachers and administrators are individuals with individual learning styles 
and needs. It Is important to have a variety of delivery systems available to 
accommodate these individual differences, 

Incentives: 

Professional associations, administrators, and other teachers cun promote 
the idea that learning about computers is a professional duty, For many teachers, 
this Is a sufficient incentive. 

Many of the traditional incentives for in-service education are also applicable 
to computer education, e.g. stipends, free tuition, college credit (which may be 
applied toward advancement on the salary schedule), and conducting in-service 
during paid work hours. 

Another traditional incentive is simply to make a certain type of in-service 
education required. While it is tempting to require computer education, this 
could be counterproductive. Teachers frequently resent added requirements. 
Any positive cognitive learning that might take place might be more than offset 
by negative attitudes. Another danger is that such a requirement (especially a 
state recertification requirement) would be met by a one-time college course, 
This kind of requirement would not encourage delivery systems that are 
appropriately varied and continuing in nature. 

Requirements do make sense when considered as part of a program of 
pre-service education. Teachers or administrators are not being fully prepared 
for today's schools unless their preparation includes computer education, It 
should be part of both undergraduate and graduate programs leading to certifi- 
cation for teachers or administrators. 

Teachers should be given access to a computer, time during the school day, 
and encouragement to use that time for learning how to use computers and 
software. The availability of a computer coordinator and other knowledgeable 
teachers could provide an incentive for informal computer education. 

After-hours access to computer hardware and software plus encouragement 
from administrators would be an incentive for independent study. Teachers 
should be encouraged to take the school's equipment home for use during 
weekends and summer vacation. (Generally the equipment will be safer from 
theft or vandalism in the teacher's home than in the school building.) Teachers 
should also be encouraged to purchase a computer, like the one they use in 
school, for use in their own home. Arranging fora discounted price would be one 
way to encourage teachers to buy their own computer. They should also be able 
to borrow and use the school's software. 

Teachers could be rewarded for computer knowledge gained through 
informal or independent study through a system of credit by examination. 

In-service Education for Teachers 

As a teacher, what can you do for yourself? 

Acquiring the knowledge and skills to use computers as instructional tools is 
one of your professional responsibilities. You will find that the skills you learn 
and use will have a big payoff in your students' motivation and achievement. You 
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will also le&.rr. how to be more productive and efficient in dealing with your own 
paperwork. And, you will learn that working with computers can be fun. 
Here are some of the ways you can learn more about computers... 

1 Take a college course. Many colleges and universities offer courses for 
teachers on the instructional use of computers. Before you sign up, ask some 
questions. Is the course intended for teachers? Is it relevant to your grade level 
and subject specialty? Will you learn how to use the kind of hardware and 
software that you have in your school? 

2 Enroll in a workshop orshort course. There are many workshops offered 
by teachers' organizations, and local, county, or state education agencies. Be 
sure to ask the same questions as above. 

3 Read your professional journals. There are many magazines written for 
teachers on using computers in schools. (See the attached bibliography.) There 
are also many articles on computer use in the subject area journals, e.g. The 

Arithmetic Teacher. .aiu 

4 Teach yourself. Get acomputerand some manuals and dig in. wnen you 
get stuck, ask questions.There is boundto be someoneyou know who can help 
you— a local or county computer coordinator, a fellow teacher, or a student 
who's a computer whiz. 

Where can you get a computer? (1) Use a computer at school during your 
preparation time or before or after school. (2) Borrow one of the school s 
computers for the weekend or the summer. (When you ask for permission, 
remind your principal thatthe computer will probably be safer from theft or 
vandalism in your home than in the school building.) (3) Buy a computer of 
your own. Be sure to buy a computer like the computer you will be using at 
school. (If you havechildren of your own, you will find that it is an excellent 
investment in their future.) 

Dramatic changes are occurring in school mathematics. As what is basic 
in mathematics instruction shifts away from paper and pencil computation, 
comp uters will increasi ngly become part of basic mathematics— not just as a tool 
for delivering instruction, but as a tool that students will use for problem solving 
and computation. (Corbitt, 1985) As the curriculum evolves, you will need to 
learn new content and new techniques for teaching the content. Th is means that 
learning about computers will be a continuing responsibility— not something 
you can do once and be done with it forever. 

What kind of support should you expect? 

As a teacher you should expect your efforts to be supported by your 
administration, by county and state departments of education, and by the 
taxpayers. But you will not get support unless you, individually and collectively, 
ask for it. Let them knowwhatyou need, and keep lettingthem know until you get 
it. Kids are too important to settle for less. 

Administrators should... 

Take the time to learn about instruction uses of computer in order to 
know how to provide the support that teachers need. 

Let teachers know about college courses and workshops that they can 
attend, and encourage them to do so. 

Organize local in-service workshops that meet teachers' needs. 
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Provide incentives for *eachers to attend courses and workshops on 
instruction use of computers. Such incentives could include paying 
expenses, releasing teachers to attend during paid school time, and building 
rewards for continuing edf ration into the school's salary schedule. 

Make sure teachers n:> ) someone they can go to when they have 
questions. This coulu ru,-. «: ' iring a local district computer coordinator. 

Make sure teachers iv.^a access to a computer. This could involve 
buying more computers, adjusting the location and scheduling of the 
computers in the building, allowing teachers to take home the school's 
computers during weekends or over the summer, and allowing teachers to 
purchase their own personal computers at the school's discounted price. 

Make sure that teachers have the software and instructional materials 
that they need. Buy what is needed, and assign someone the responsibility 
of keeping track of the materials so teachers can find what they need when 
they need it. 

Consider in-service education needs when making hardware and 
software purchase decisions. It takes time to learn how to use new 
equipment or materials. Teachers should expect purchase policies that do 
not require i em to learn how to use a new kind of computer every year. 

Be award of changes occurring in the mathematics curriculum, and the 
implication of these changes for the need for computer hardware, software, 
and in-service education for teachers. 

County or intermediate agencies should... 

Provide computer education consulting services to teachers and local 
district administrators. 

Work with local school districts to provide in-service workshops on 
instructional usea of computers. 

Makesurethat mathematicscurriculum consultants are knowledgeable 
about the role of computers in teaching basic mathematics. 

Provide a lending library of instructional materials for in-service 
education of teachers on computer education. These materials could be 
checked out for independent study by individual teachers or for local district 
in-service workshops. 

State departments of education should... 

Use certification requirements to make sure that all new teachers and 
school administrators are knowledgeable about instructional uses of 
computers. 

Approach recodification requirements with caution. If computer edu- 
cation is added ac a recertttcation requirement, it should be flexible enough 
to allow a wide var:ety of ways, including independent study, for teachers 
and administrators to learn about instructional uses of computers. 

Consider the needs of teachers for in-service education when negoti- 
ating state-wide hardware or software purchases. Discounts available to 
schools should also he available to teachers who want to purchase similar 
equipment for their personal use. 

Provide consulting help and leadership to make sure that colleges and 
universities, i ntermediate agencies, and local districts are providing a variety 
of opportun ities and incentives for teachers to receive appropriate in-service 
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education on instructional uses of computers. This may involve working 
with the legislature to obtain funding. 

Colleges and universities should... 

Make sure that instructional uses of computers are part of the pre- 
service education curriculum for all teachers and administrators. 

Work with state, intermediate, and local education agencies to design 
and offer in-service computer education courses for teachers and ad- 
ministrators. These courses should provide practical, hands-on experience 
with the kind of equipment that the teachers will be using in their schools. 

Develop a system of support for independent study and credit by 
examination In the area of computer education. 

Continue to study and do research on the use of computers in the 
teaching of basic mathematics. The clear, practical implications of that 
research should be communicated to teachers and administrators. 

Taxpayers should... 

Expect to pay for the cost of in-service education for teachers and 
administrators as part of the cost of keeping our public schools up to date. 

Stop electing candidates who complain about the quality of education 
while promising no new taxes. 

Plan now to learn more about computers, and to get the support you need. 
You will be glad you did, and so will your students. 
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Computer Planning and Integration Issues 
by Jose Mestre 

When computers first appeared on the educational scene about twenty- 
five years ago, many believed that a new era of computer-based instruction (CBI ) 
was about to begin which would revolutionize education. These expectations 
were based on the belief that computers would be capable of both diagnosing 
learning difficulties and routing students to a program designed to meet the 
students' specific needs. Students would not only be able to proceed at their own 
pace, but also proceed along the most efficient path, a feature not possible within 
a conventional classroom setting. The benefits of CBI for the teacher were 
supposed to be equally impressive. Teachers would now be able to spend their 
time teaching higher-level material and leave the drudgery of drill to the 
computer. At the same time, computers could keep detailed records of student 
progress and leave teachers more time for planning their curricula. These 
dreams of twenty-five years ago have been only partially realized today. 

Recent meta-analyses 4 of CBI reveals that the effectiveness of computers as 
an instructional medium is more modest than anticipated. A meta-analysis by 
Kulik, Kulik and Cohen (1980) reviewed 59 independent evaluations of 
computer-based college level teaching. This analysis showed that CBI made 
small improvements in achievements. For example, in the typical CBI program, 
student exam scores increased about three percentage points, or one-quarter of 
a standard deviation. This improvement translates to a score at the 60th 
percentile on an achievement examination covering course material for a typical 
student in a computer-based class, whereas a typical student in a conventional 
class would score at the 50th percentile. CBI also had a small positive effect on 
the attitudes of college students toward instruction and toward the subject 
matter. The most dramatic finding from this study was that the time requirements 
for CBI were significantly less than those for conventional methods; on the 
average, the computer accomplished its goals in two-thirds the time of 
conventional methods. 

Computer-based instruction appears to be more effective at the elementary 
level than at either the secondary or college levels. For example, in a review of 10 
independent studies, Vinsonhaler and Bass (1972) reported that elementary 
school children receiving computer-based drill-and-practice showed perfor- 
mance gains of 1 to 8 months over children receiving traditional instruction. 
Another study by Jamison, Suppesand Wells (1974) revealed that the achieve- 
ment scores of disadvantaged elementary school students showed significant 
improvements when CBI was used as a supplement to conventional instruction. 
They also found that at the secondary and college levels CBI was at least as 
effective as conventional methods and that CBI often resulted in substantial 
savings in time. Hartley (1977) reported that when CBI was used at the 
elementary and secondary levels, the average effect was that student achieve- 
ment improved from the 50th to the 66th percentile. She also found that 
elementary grade students showed more improvements under CBI than did 
secondary students. Burns and Bozeman (1981) found that both elementary and 
secondary grade students performed at the 67th percentile when receiving 
tutorial CBI and at the 63rd percentile when receiving drill-and-practice CBI. In a 
meta-analysis of 51 independent evaluations of CBI in grades 6 through 12, 
Kulik, Banged and Williams (1983) reported that CBI improved scores on final 

* The term "meta-analysis" means an analysis of analyses. It Is a statistical procedure used to analyze 
a large collection of results from Individual studies for the purpose of integrating findings, q A 
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examinations from the 50th to the 63rd percentile. They also found that students 
who where taught with computers developed very positive attitudes towards the 
computer and gave favorable ratings to the computer-based courses they were 
taking. As in both the Kulik, Kulik and Cohen study and the Jamison, Suppes and 
Wells study, these researchers found that CBI resulted in substantial reductions 
in the amount of time students needed for learning. 

In the domain of mathematics, the effectiveness of CBI also appears to 
decrease as the educational level increases. For example, Hartley (1977) found 
that CBI raised examination scores in mathematics to the 66th percentile at the 
elementary level, but only to the 62nd percentile level at the high school level. 
Kulik (1 981 ) reported that at the college level, CBI raised examination scores in 
mathematics only to the 54th percentile level. Ku lik suggested that at the upper 
levels of instruction a highly stimulative and interactive teaching medium may 
not only be unnecessary but may even interfere with learning, whereas at the 
lower levels of instruction, learners need the stimulation and interaction 
provided by CBI. 

Two consistent findings emerge from the articles reviewed above. One is 
that CBI is effective mostly at the elementary level, and the other is that CBI saves 
instruction time. Given that these two findings are rather desirable and that CBI is 
gaining in popularity, an important question to consider is: What important 
issues should a school system, administrator or teacher consider when planning 
to establish a CBI program? This is neither an easy question to answer nor does it 
have only one correct answer. However, a brief look at the complexity of issues 
involved in CBI today show that the arguments for careful planning are 
compelling. 

Even though computers have been in the educational scene for over two 
decades, it was the appearance of the low-cost microcomputer in the late 1970s 
that helped bring large numbers of computers into the classroom. Today there is 
quite a large selection of micro-, mini-, and midi-computers from which to 
choose. With several computer companies going out of business each year and 
with several new computer companies being established each year, deciding 
which brand or brands of computer to purchase can be a long, tedious process. 
Even more perplexing is deciding which programs (or "software" as computer 
programs are collectively called) to purchase. There are literally thousands of 
programs at all educational levels spanning a large number of topics, each one 
varying in quality and price. Another equally important task is deciding how to 
implement the CBI curriculum to assure effective use of both the computer's time 
and the computer's teaching power. Finally, there must be a way of assessing 
whether or not a CBI program is instructional^ effective, and if an evaluation 
reveals that the program is not being effective, there must be enough flexibility to 
make quick modifications in order to maximize student learning. 

The purpose of this paper is to discuss a number of issues which we believe 
to be crucial in planning a computer-based, or computer-assisted instructional 
curriculum. To avoid possible confusion, it would be wise to state what this paper 
will not attempt to do. We will not evaluate any specific hardware or software 
products, norwill weendorseany particular product or curriculum. Any mention 
of particular trademarks will be made for illustrative purposes only and should 
not be taken as endorsements. We will not deal with how one should go about 
evaluating CBI hardware or software, nor will we deal with how one should go 
about evaluating the effectiveness of an existing CBI curriculum. We will only 
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state what issues should be considered when planning a CBI curriculum and 
argue why these issues are important. Our only purpose is that this article serve 
as a resource to anyone faced with the task of planning a computer-based 
instructional program. Finally, although our focus will be on planning a 
computer-based curriculum in mathematics, most of the issuesdiscussed herein 
are relevant for planning a computer-based program in any subject area. 

The Importance of A Well-Defined Curriculum 

The most important part of any educational program is the curriculum. 
Without a well-defined curriculum, there will be little uniformity on what, when or 
if a particular topic is taught. A well-defined curriculum ensures uniformity and 
cohesion in the educational endeavor and allows periodic reviews of the 
students' progress within the curriculum. Too often CBI programs are imple- 
mented with little regard to the existing curriculum. As will be argued, 
establishing a CBI program independently from the existing curriculum can be 
dangerous. 

To illustrate the possible risks endemic of a poorly designed CBI program, 
two hypothetical scenarios will be discussed. The first scenario is only partially 
hypothetical in that its frequency of occurrence is not uncommon. It certainly is 
unarguable that computers are becoming more and more fashionable in 
education. A school system today that does not have a CBI program is 
considered somewhat "behind the times" and is under pressure to initiate some 
form of instruction using computers. Let us suppose that at a particular school 
system, a new source of funds is identified part way into the fiscal year and it is 
quickly decided that the monies will be spent to start a computer instructional 
lab. However, since time is short and the funds must be spent within that fiscal 
year, there is no time to hire a "computer resource teacher" to help design a 
program which integrates smoothly into the existing curriculum. Instead the 
school system identifies a teacher at one of their schools who is "good with 
computers." This teacher is suddenly given the major responsibility of purchasing 
a substantial amount of hardware and software, of deciding what is going to be 
taught in the computer lab and to what specific age and ability group, and of 
designing a plan to cycle the students through the lab in an orderly fashion. In 
addition, this teacher may only be partially released from his or her normal 
teaching duties, and told to try to get all this done "in the next three or four 
months" so that the program is in place for September. One likely modification to 
this scenario which would worsen the already difficult situation is to replace the 
teacher above with a school administrator who is "not so good with computers." 

The likelihood that a sound CBI program can be designed and implemented 
under these constraints is small. It is very probable that after the expenditure of 
large amounts of time and money, the resulting CBI program will work at cross 
purposes to the established school curriculum. An even bigger danger with this 
approach isthatthecomputermightend updriving the curriculum instead ofthe 
curriculum dictating the function of the computer's role. This approach puts the 
computer in the role of a solution looking for a problem. The reason that 
computers have flourished in business and industry is that there was a clear 
problem that needed a solution. Computers in business and industry made 
manageable both long, complicated calculations which could not be done by 
hand, and large-scale storage and retrieval of information. In education, the 
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"problem" which computers are supposed to solve is not as clear. 

The second scenario that will be discussed is one which perhaps is too 
farsighted to be politically feasible. There have been a number of recent 
conferences designed to discuss the role of computers in the general curriculum 
(Computers in Education, 1983) as well as the role of computers in the 
mathematics curriculum (Fey, 1984; Conference Board of the Mathematical 
Sciences, 1983; Hansen, 1984; School Mathematics, 1983). The recommenda- 
tions from one particular conference sponsored by the National Council of 
Teachers of Mathematics (The Impact of Computing, 1985) are somewhat 
innovative. A short passage from the conference report illustrates the point: 

"The major influence of technology on mathematics education is its 
potential to shift the focus of instruction from an emphasis on manipulative 
skills to an emphasis on developing concepts, relationships, structures, and 
problem-solving skills. Traditional precollege mathematics curricula have 
stressed the development of a variety of mechanical procedures, including 
the computational algorithms of arithmetic and the transformation of 
symbolic expressions in algebra, trigonometry, and analysis. The use of 
calculators and computers as standard tools inquantitative problem-solving 
situations, however has diminished the value of human proficiency in the 
execution of such procedures. Much of the instructional time currently 
devoted to acquiring proficiency with paper-and-pencil algorithms should 
be reallocated to su pport a range of new or previously neglected topics that 
have a valid place in the K-12 curriculum. Moreover, teacher education 
programs must be modified to reflect these changes in school mathematics 
content and to model the delivery of instruction through appropriate 
applications of technology." (p. 244) 

In the second scenario, the mathematics curriculum committee at a 
particular school system decides to take these recommendations to heart and 
designs a curriculum which emphasizes problem-solving and higher-order skills 
and leave the drudgery of computations to calcu lators and computers ^ich are 
readily available for students to use. Students would consequer;' .spend 
considerably less time on basic skills and more time learning problem solving 
strategies. This CBI program would use the computer as a tool for teaching 
problem-solving and not as a teaching machine. 

Whether or not this approach is successful, it would likely have difficulty 
gaining acceptance with the school board and with parents. Their attitude would 
likely be that the traditional approaches used to teach mathematics in the past 
have not been without success, and that before such a radical deviation is made 
from the traditional approach, there should be some proof thatthe new approach 
is in fact better than traditional approaches. This view is understandable since no 
one wants the responsibility of committing a child to 12 years of instruction 
without some guarantee the outcome of the second scenario until a commitment 
is made to try a curriculum for 12 years on a sample class. 

The two examples above illustrate the importance of defining a curriculum 
and its objectives. The curriculum should be designed using whatever process 
the school system deems best, and this process should not depend upon 
whether or not computers will play an Integral role. However, if it is the intent of 
the school system to have CBI in the curriculum, then the person(s) who will be 
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(or are) responsible for the CBI component should definitely be part of the 
curriculum definition process. The end result of this process should be a 
document which establishes the following: 1 ) The curriculum to be followed for 
each subject and for each grade level, 2) The goals of the curriculum, and 3) A 
method for assessing wheilier or not the stated goals are being achieved. A 
well-defined curriculum win not only help to avoid a situation where the 
curriculum serves the need of the computer but also establish the groundwork 
necessary for the next step in planning a CBI program. 

Selecting A CBI Program To Match The Needs of The Curriculum 

The issues discussed In this section and the next major section on 
implementation of a CBI program are rather intertwined. This interrelationship 
means that, when planning a CBI program, there is no clear order in which to 
consider the different factors that will be discussed in these two section. It is fair 
to say that a decision concerning anyone issue will affect the other issues either 
directly or indirectly. 

Defining the Computer Instructional Curriculum 

Assuming that a weft-defined curriculum exists for all grade levels of the 
school system, there* tfOst now be an ordering of priorities of the content areas, 
audience, level, and vype of CBI program that can be matched to the curriculum. 
One of the first decisions that m ust be made con cerns the content areas that will 
be targeted for CBI. This decision will determine whether the CBI program will 
cover a wide range of subjects, such as math, reading and writing, or simply one 
subject, such as arithmetic skills. The extent of the CBI program must also be 
determined, that is, whether the program win cover grades K-12 on a system- 
wide basis, or whether it will only cover grades 1-5 at one particular elementary 
school. In addition, one has to decide whether the CBI program will serve all 
types of students or only specific types, such as learning-disabled students, 
gifted students, or language-minority students. The instructional style of the CBI 
program must also be selected, where the style can range from using the 
computer for drill-and-practice, to using it for improving conceptual under- 
standing and problem solving skills, to using it as atool to teach writing via word 
processing. Some issues related to logistics must be considered, such as 
whether students will receive computer instruction within their content-area 
classrooms, or whether students will be pulled out of their content-area 
classrooms to receive computer instruction. Finally, a decision must be reached 
concerning whether the CBI teaching staff will consist of "computer resource 
teachers" or of actual content-area teachers. 

Decisions on these important issues are not easily reached. Three factors 
should help to constrain the possible choices into those feasible for the specific 
school system: the needs of the school system, the priorities of the school system 
and the fiscal resources available in the school system. Different school systems 
will have different needs. For example, students in the elementary grades of a 
school system may be lagging behind national norms in arithmetic skills, or 
perhaps the high school college-bound students show particular weaknesses in 
mathematical problem-solving skills or writing skills. Another need may consist 
of a large language-minority population within a school system coupled with a 
shortage of bilingual teachers. If chronic enough, any one such need could serve 
to focus the CBI program in one particular direction. 
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Priorities will also differ across school systems. One school system may 
decide that it wants to prioritize the college preparatory program and define as 
one of its goals to graduate seniors who are extremely well-prepared for college- 
level work. Another school system may decide that in today's world, what any 
citizen needs is to be computer-literate upon graduation from high school. 
Priorities like these will help define the type of CBI program selected. 

The last factor, fiscal resources, will often determine whether the school 
system will adopt a very modest CBI program, a very ambitious program, or no 
program at all. A school system may have needs and priorities which clearly 
point to a particular type of CBI program, yet it may not have the resources 
available to implement the desired program. With teachers underpaid and school 
budgets increasingly lean, how to make the best use of available resources is not 
always obvious. When the price of a few computers and associated software 
rivals the hiring of a new teacher to alleviate a work overload, the choice could 
favor the increased teaching power brought by an additional teacher. 

Hardware Considerations 

Among the most important considerations are those related to hardware. 
Today, there is a wide range of computer brands and types, and an accompanying 
range of prices. For microcomputers (or "micros' 1 as they are usually called) 
there are a number of manufacturers such as Apple, Commodore, Digital 
Equipment Corporation, IBM, Radio Shack and Zenith, to mention just a few. A 
significant number of manufacturers market "clones" of popular microcomputer 
models such as the IBM-PC. The prices of micros vary drastically, from a few 
hundred dollars to several thousand. What is likely to remain true is that as 
computer technology continues to make significant advances, the price of 
micros will continue to decline. 

The machinations of the micro industry during the last decade are nothing 
short of amazing. Starting with the production of the first low-cost micro by 
Apple Computer Corporation in the mid 1970s, the micro industry has undergone 
radical changes. The original Apple 1 1 micro was quite powerful and advanced for 
its time. However, the Apple 11+ and lie micros that are so popular in schools 
across the country are primitive by today's standards. This places several 
limitations on the range of educational applications that can be run on these 
computers. 

Typically, micros are used by a single user to run a single program; this 
program is loaded into the computer's memory from a magnetic storage device, 
such as afloppy diskette, and executed. One interesting application of micros is 
to interconnect them into what is called a "network." A network of micros is 
capable of various advanced features. For example, one of the micros in the 
network (usually the one controlled by the teacher) can be designated as the 
"master" or "host"; any program that is loaded on the host machine and executed 
is displayed on the other micros in the network. Another feature possible with 
networked micros is the ability of the master micro to "tap" into any one micro in 
the network and see what that user is doing; this allows a teacher to view the 
progress that any student is making at any time. Similarly, the teacher or a 
student can be working on an example on one micro while all the users in the 
network watch. The cautions that must be exercised with networking are that 
additional software and hardware are necessary to set up the network, and that 
many software packages will not run on a networked system of micros. 
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More powerful than microsare the minicomputers (or minis). Minis are used 
in educational settings usually consist of a central unit with a number of remote 
terminals linking to the central unit. Whereas micros, in their typical mode or 
operation, are single-user machines, minis are multi-user machines. In addition 
minis are capable of performing multiple taskssimultaneously (or multi-tasking), 
whereas micros are capable of performing a single task at a time, namely the 
program that is loaded into memory and executed. For example, a mini can be 
running a math'tutorial for one student, a vocabulary skills builder program for 
another student, and at the same time be "listening" as a teacher inputs class 
grades. These minis are typically in the tens of thousands of dollars price range. 
Because of the rapidly advancing technology in the computer industry today, it is 
becoming increasingly difficult to distinguish between micros, minis and 
"midis." An illustration of this is the "PRO" series of micros manufactured by 
Digital Equipment Corporation. These rather powerful micros are capable of 
multi-tasking and for all practical purposes are equivalent or superior to many 
minis on the market, but for the fact that they are single-user machines. At the 
time this article was written, these micros retailed in the three- to 12-thousand- 
dollar range depending on options— a reasonable price considering the 
computational power. 

A detailed discussion of hardware issues is beyond the scope of this article. 
We conclude this brief discussion of hardware with a word of warning. We 
strongly advise against basing the decision of what hardware to purchase solely 
on one single factor, such as price. Computer technology will continue to 
improve and in considering what hardware to purchase we must consider not 
only tangibles such as price, technical specifications and reliability, but also 
intangibles such as the likelihood that a particular computer company will still be 
in business two years from now. 

Software Considerations 

Certainly as important, and perhaps more important, than hardware 
considerations are issues related to software. 

The type of software that will be used in the CBI program will likely 
determine the hardware which will run it. There are two distinct choices for the 
type of software that can be used in a CBI program. The first choice consists of 
purchasing a complete software package which usually covers several years of 
material in one or several topics. We will call this type of software an "extended 
software package/ 1 The second choice consists of selecting a number of 
individual software packages each covering a particular topic or series of topics. 
We will call this second type of software an "individual-topic software package/ 1 
This second type of software comes packaged in some form of magnetic 
medium, such as a floppy diskette, and is designed to run either on individual 
micros or on networked micros. We will begin by discussing extended software 
packages. 

An extended software package is designed to run on a minicomputer and all 
of the "lessons' 1 are stored centrally in the mini's memory. Typically an extended 
software package works this way. The mini maintains class rosters with 
appropriate information on the topic or topics that each class (and therefore 
each student) will be covering. When a particular student in a particular class 
signs on the system, the appropriate topic is presented to the student at the 
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appropriate level. An extended software package has a number of sophisticated 
features. Through an elaborate bookkeeping process, the computer keeps a 
record of each student's progress in every subject covered and tracks each 
student on a path designed to fit that student's specific needs. A student is 
tracked onto the next level or topic at mastery of the current level, with mastery 
typically defined as a 75% success rate on a series of assessment exercises and 
problems. With this system, a student who is having difficulties with a particular 
concept or topic keeps receiving tutorials or drill on the same topic until mastery 
Is achieved. Due to the flexibility of this tracking system, any two students from 
the same class will very likely be at different places in the CBI curriculum. A 
particular student, for example, could be working at a level equivalent to third 
grade in arithmetic, and fourth grade in reading. 

An extended software package is generally purchased with all the hardware 
necessary to run it as one complete hardware-software package. The cost is 
generally between $50,000 and $1 50,000, and the number of students who can be 
serviced simultaneously ranges from 30 to 120. One such package is marketed 
by Computer Curriculum Corporation of Palo Alto, California, and covers 
mathematics, reading, and language arts for grades levels 1-7 using a drill-and- 
practice format, as well as "advanced" subjects like algebra and computer 
programming for high school-level students. Another package covering the 
complete K-12 mathematics curriculum will soon be marketed by WICAT 
Systems of Provo, Utah; this package will go beyond drill-and-practice by 
attempting to improve students' conceptual understanding of mathematics as 
well as their problem-solving skills. 

Extended software packages have both advantages and drawbacks. 
Purchasing a complete curriculum is one advantage. This translates to sub- 
stantial time savings, since it no longer will be necessary to spend many hours 
deciding which individual-topic software packages to buy from the thousands 
available. Also, extended software packages usually come with explicit imple- 
mentation instructions thereby alleviating the headaches associated with 
implementing a CBI curriculum consisting of many individual-topic software 
packages. The most important advantage of extended software packages it that 
there are usually several research evaluation studies available on the ef- 
fectiveness of the package. As will be seen, the effectiveness of some of these 
packages is quite impressive. 

The extended software package by Computer Curriculum Corporation 
(CCC) mentioned earlier has been evaluated by a number of independent 
sources (Ragosta, Holland and Jamison, 1982; Brust and Carver, 1984; Abram, 
1980; Hotard and Cortez, 1983). Findings from these studies consistently 
indicate that students make substantial gains*, especially in the area of mathe- 
matics while spending seemingly little time on CBI activities. In the CCC curricu- 
lum, students spend either 10 or 20 minutes per day on CBI, depending on the 
topic and level of material. Findings from the studies referenced above include: 

• With only 10 minutes of CBI in mathematics each day, students made 
significant gains in computational skills compared to control students receiving 
no CBI. 

• With 20 minutes of CBI in mathematics, students doubled gains in 
computational skills. 

* The student gains were measured b/ standardized t&t& such as the California Achievement Test 
and the Comprehensive Test of Basic Skills. 5 JL 
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• The mathematics gains of students receiving CBI increased as the 
number of years which they received CBI increased. 

• The gains in these studies ranged between 1 .2 and 2 years of achievement 
for each year of CBI instruction. 

• Students who were 1 .5 or more years behind in arithmetic skills in grades 
5-8 averaged gains of 1 .2 years under CBI. 

Despite these impressive results, there are some drawbacks to extended 
software packages. One drawback is the rigidity of the package. There is no 
possible way to add instructional material to the package, or modify instructional 
material within the package. If a school wants to use word processing as part of 
an English composition CBI program, or include in the CBI program a new 
mathematics software package which has received excellent reviews as a tool for 
improving problem-solving skills, it will not be able to do so under a program 
based on an extended software package. Another problem is that these 
packages are very expensive, although considering that a package like the CCC 
curriculum can serve up to 128 students simultaneously, the price is not 
unreasonable on a per-student-hour basis. One definite drawback of a mini- 
computer-driven CBI program is that if the minicomputer breaks down, all 
computer-based instruction comes to a halt until the mini can be serviced. 
Finally, despite impressive gains in computational mathematics, there is no clear 
evidence that drill-and-practice packages, such as the CCC curriculum, are 
effective at improving problem-solving skills. I 'jture evaluative studies of the 
forthcoming package by WICAT Systems will help to assess the ability of an 
extended software package to improve both conceptual understanding and 
problem-solving skills in mathematics. 

If an extended software package is inappropriate, the other choice* is to 
purchase several individual-topic software packages spanning the range of 
topics that will be covered by the CBI program. Almostevery major mathematics 
textbook publisher has a "complete" curriculum available. Individual-topic 
packages and extended software packages are different in several ways. On 
difference is that individual-topic packages generally have to be loaded into the 
microcomputer's memory before each use. Further, individual-topic packages to 
not have a tracking feature that evaluates student performance and places 
students on individual paths especially designed for them, although some have a 
simple "bookmark 11 feature which remembers where each student ended the 
lesson. The next time the students sign-on the computer, they will be restarted 
from their own bookmark positions. 

As was the case with the extended software packages, both advantages and 
drawbacks are associated with individual-topic software packages. One ad- 
vantage with individual-topic packages it that they are relatively inexpensive. 
Also, since they are designed to run on micros and micros are also relatively 
inexpensive, one can start with a very modest CBI program consisting of a few 
microcomputers and a small library of individual-topic packages and later 
upgrade the program as resources permit. Individual-topic packages also offer 
flexibility; topics can be added or deleted from the CBI curriculum depending on 
the school system's needs. In a subject like mathematics large numbers of 
packages on the same topic give one a large selection from which to choose; for 
example, if there is a need for a package to cover addition and subtraction of 
fractions, more individual-topic packages are available than any of us will likely 
• There Is a third choice, namely to commission the develogwentofthe software needed. Since this Is 
very expensive and time consuming we do not consider l&xfable option. 
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have time to preview. Finally, a CBI program using individual-topic software 
packages will degrade gracefully— that is, if one or two micros malfunction, the 
software can still be run on the remaining functioning machines so that the whole 
CBI program does not suffer. 

A long list of drawbacks is associated with individual-topic software. That 
many packages are available covering the same topic can be a drawback as well 
as an advantage. Packageson the sametopic vary drastically in quality and price. 
It would be too time-consuming to preview all the packages available on each 
topic before selecting one to purchase, so purchasing decisions are usually 
based on factors such as descriptions available in catalogues, word-of-mouth 
recommendations, reviews published by educational computing magazines, or 
reviews conducted by agencies such as EPIE. Since there are so many new 
individual-topic software products being produced, agencies like EPIE are not 
even able to keep up with them; in fact, it would be quite unmanageable to read all 
of the EPIE software reviews available in a subject like mathematics. 

Another drawback centers around copyright restrictions. When an in- 
dividual-topic package is purchased, the buyer agrees that it will only be used on 
one specific micro. To make multiple copies of the software and distribute it 
among all the micros in a CBI lab is illegal. Many software companies enforce the 
copyright laws by selling copy-protected diskettes which cannot be duplicated. 
To be forced to purchase multiple copies of the same software package for all of 
the micros in the CBI program can get very expensive. Even if multiple copies of a 
particular package were available, another drawback concerns the logistics of 
distributing 20 or 30 diskettes so that they can be loaded onto each micro in a CBI 
lab before any learning can take place. Distribution and collection of diskettes for 
seven or eight periods a day can create significant disruptions in a CBI lab. 

Perhaps the most important drawback is individual-topic software packages 
is that virtually no information is available on the effectiveness of these packages. 
This is easy to understand. With so many individual-topic packages on the 
market it is literally impossible to conduct rigorousevaluations of an appreciable 
number of them. Some perceptive reader might ask why publishers of software 
do not commission evaluative studies of their products before marketing them. 
One reason is that to conduct a careful evaluation of the effectiveness of a 
product is both time-consuming and expensive. Another reason is that publishers 
do not want to risk a poor evaluation of one of their own products. 

Avoiding False Economies 

We would like to conclude this major section by offering a warning about 
two tactics which, in the short run, may result in saving money, but in the long run 
may result i n wasted resources. One quandary will likely be the issue of choosing 
between the substantial initial investment associated with purchasing hard- 
ware/software for an extended software package or the more modest initial 
investment associated with purchasing hardware/software for a CBI program 
which uses individual-topic software packages. We point out that even though 
the initial investment for an extended software package and a minicomputer may 
appear to be high, the actual cost-per-student-hour may be lower than that for a 
library of individual-topic software packages and the equivalent number of 
microcomputers. 
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The second practice which wo advise against is the "let's buy brand X to 
match what we have/' Often a school will have a smal I number of a certal n brand 
of microcomputer. The two Apple lie or the three Radio Shack TRS-80 micros 
that may reside at two hypothetical schoois may have been the result of 
equipment donations by local businesses, or perhaps the result of a small excess 
in the school's budget at the end of some year. A school or school system which 
has significant funds available to purchase hardware and software to Initiate a 
CBI program should plan their CBI program by giving careful consideration to 
the Issues discussed in this article. To center a new CBI program around a small 
number of micros and a small software library just so that these resources do not 
"go to waste" is very unwise. 

Implementation of The CBI Program 

Implementation of a CBI program also requires careful planning. Before the 
implementation phase can be appropriately planned, the following questions 
have to be answered: How many terminals (I.e. either microcomputers or 
terminals connecting to a minicomputer) will there be in the CBI program? Is 
there adequate housing available for these terminals? If a minicomputer in the 
CBI program requires air conditioning, has the appropriate location been 
identified? If there will be terminals in more than one school, is there adequate 
space to house them in all of the schools? Have there been safeguards installed 
to prevent sudden electrical power surges which can raise havoc with computers? 
If the CBI program requires networking several micros, has the appropriate 
wiring been installed? If the CBI program consists of an extended software 
package running off a central minicomputer, has the appropriate wiring been 
installed so that the terminals can communicate with the minicomputer? And in 
those cases where the terminals reside in a different building from the 
minicomputer, have the phone lines and modems been installed to allow com- 
munication with the minicomputer? If these questions are not considered with 
enough lead time, the entire CBI program could be delayed for months due to 
some uncontrollable event, such as delays by the phone company in installing 
the necessary phone lines needed to communicate with a minicomputer 

A mechanism must also be in place for servicing hardware. Considerable 
wear-and-tear is associated with hundreds of students working on the com puters 
on a daily basis. Without the ability to service equipment quickly and efficiently 
equipment breakdown can cripple a CBI program. The need for efficient 
maintenance is more crucial with a minicomputer-based program; since the 
minicomputer is at the core of the entire system, any malfunctions will bring the 
entire CBI program to a halt. There are two common methods for dealing with 
maintenance. One is for the school system to hire a technician whose job 
consists of keeping the hardware in the CBI program running smoothly. The 
other is to purchase a maintenance agreement with the company or local store 
from which the computers were bought. In either case, maintenance is an 
expensive but necessary item in every CBI program and care should be taken to 
budget the funding for it. 

Another important consideration is the logistics of cycling the students 
through the terminals in an orderly fashion. In pull-out program where students 
receive 10 minutes per day of computer instruction, there has to be careful 
scheduling maintained to ensure that the duty cycle of the terminals is high, and 
that students do not waste time traveling to and from the terminals. I n the case of 
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a program using individual-topic software packages, there should be a regi- 
mented and efficient procedure for the students to sign out and return the 
diskettes at the beginning and end of every CBI session; the lack of such a 
procedure will result in lost or damaged diskettes as well as inefficient use of the 
students' and the computers' time. 

Before a CBI program can be implemented, the teaching staff that will be 
using it m ust be adequately trained. If, for example, the computer will be used for 
math instruction in a moderate size school, there will likely be between 5 and 10 
teachers who will use CBI as part of their curriculum. It is very likely that all of 
these teachers will require training in the use of the CBI facility. This training may 
take a substantial amount of time. If the teachers do not have much spare time, 
this training may present some difficulties. The questions that have to be 
considered here are: How many teachers will require training? How will the 
training be coordinated so that all teachers participating in the CBI program are 
adequately prepared by the time the CBI program is implemented? Who will 
carry out the training? Will teachers be compensated for the time they spend in 
training either by academic credit or additional salary? Will the training be 
carried out locally or at some remote location such as a community college or 
university? 

Training considerations largely depend on thetype of CBI program chosen. 
With a pull-out program in which the CBI facility is managed by a computer 
resource teacher, the training required of the content-area teachers will likely 
consist of instruction concerning integration of the computerwiththecurriculum. 
A CBI program centered around individual-topic software packages will likely 
require that teachers receive substantial training. There are several reasons for 
this. Since programs based on individual-topic software are not as cohesive as 
programs based on extended software packages, the content-area teachers will 
need to be much more familiar with the actual content of each package in the 
software library. Further, if an individual-topic software CBI program is managed 
by the content-area teachers and not by a computer-resource teacher, these 
teachers will need to be familiar with all the idiosyncrasies of the different 
software packages so that the teacher will know exactly what to do when a 
computer "hangs up" on a particular student 

Teacher training can be conducted in a number of different ways. One 
approach isto have the computer-resource teacher(s) ortheschoors computer- 
coordinator perform the actual training at the school where the CBI facility 
resides. The obvious advantage with this approach is that the teachers can get 
hands-on experience with the actual computers that they will be using. Another 
approach is to hire a computer training consultant to conduct the training 
program. There are two other choices worthy of consideration. One is to 
investigate the educational computing courses at the local colleges and 
universities. There may be an excellent selection of courses at a nearby 
university which can be supplemented with local training to suit the needs of the 
teachers. The second choice is to obtain the training by means of a teacher- 
outreach educational program. There are teacher computer-education outreach 
programs (one su«Jh program at Leslie College in Cambridge, Massachusetts 
has an excellent reputation) whereby an instructor travels to the local school 
system on a few weekends to provide intensive training on certain preselected 
topics. 
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Evaluation of The CBi Program 

After the CBI program has been implemented, periodic evaluations must be 
conducted to assess the prog ram's effectiveness, the evaluation component will 
serve several functions. First and foremost, it will determine whether or not 
computer instruction resultsinstudentgainswhicharesignificantly* higherthan 
the gains achieved without CBI. If the gains achieved by using CBI are not 
significantly higher then the CBI program should be scrutinized to see where 
improvementscan be made. Caution should betaken to assure that the scrutiny 
is complete. It may be thatthe program's lackof effectiveness is not due to the 
choice or quality of the subject matter covered by CBI but rather to the way the 
CBI program has bean implemented; one possible c«U&a of the lack of 
effectiveness could be that students need to spend more time on the compu.£» 
than the time they are currently allotted. On the other hand, impressive gains 
achieved by the CBI will help to justify expanding the CBI program to include 
more students and more schools within the system. 

The evaluation process itself must be designed carefully. If there is a flaw 
with the evaluation design, any findings, whether pro or against CBI, will be 
totally meaningless. We now mention the components that should minimally be 
included in evaluating a CBI program, and strongly advise that a school system 
seek the expertise of a statistical evaluation specialist when planning the 
evaluation component. In evaluating whether one method fordoing anything is 
better than another method, there must be a "treatment group" and a "control 
group." For the case at hand, the treatment group consists of students receiving 
computer instruction. The control group consists of students who are not 
receiving computer instruction. In the event that all students in a school or in the 
school system are receiving computer instruction, then the control group can be 
comprised of students from previous years who were not part of any CBI 
program; if this is the case, however, the treatment group must be appropriately 
matched to avoid a design flaw. That is, one has to make sure that the students 
from the treatment group are not being compared to a control group comprised 
of students who received instruction at a school different from that in which the 
treatment group is enrolled. 

The most typical form of evaluation is to selectsome standardized measure 
of achievement, such as the California Achievement Test, and administer it to 
both the treatment group and the control group. Differences in the performance 
levels of these two groups are then evaluated for statistical significance. The 
school system may choose to develop their own assessment test to use in the 
evaluation process. The locally developed assessment test may provide more 
flexibility in measuring areas which may beof specific interest, such as ability to 
solve mathematical word problems. We have a word of caution to offer in cases 
where a locally developed assessment test is used, namely that before this 
instrument is used in the evaluation, it must be validated for reliability, where we 
use "reliability" in the statistical sense. 



•We use "significantly higher" in the statistical sense. That is, do the gains achieved by the CBf 
students exceed the gains acfx'eved by students not receiving computer instruction by a mergln lerge 
enough that it could not hav$ happened by accident. 
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Concluding Remarks 

It should be evident from the previous sections that planning a computer- 
based instructional program is a major undertaking. To make well-informed 
decisions requires expertise covering topics in curricul urn, hardware, software, 
implementation, and evaluation. We will now offer some suggestions on finding 
possible sources of information to help in the decision-making process, and on 
finding possible sources of financial support to help in the implementation 
phase. 

The expertise provided by consultants can be a valuable source of 
information. Initially consultant fees may appear to be expensive but in the long 
run the investment can result in substantial savings of both time and money. A 
good consultant, if provided with the constraints that the school system wishes 
to impose on their CBI program, can provide advice on which CBI programs 
could prove effective, on hardware/software issues, and on financial sources 
whic h could be tapped to support the CBI program. What is more difficult to state 
is how one goes about finding a "good 1 ' consultant, or more appropriately, a 
consultant to meet the needs of the school system. There is no "best way" to 
search for a consultant — we can only suggest that the following organizations be 
asked to recommend possible candidates: 1) Universities with reputable 
"computers in education" programs, 2) School systems with successful CBI 
programs, and 3) Federally funded education labs and centers with "technology" 
programs, such as the Educational Technology Center at Harvard University or 
the Appalachia Educational Laboratory. 

There are four other sources of information which we strongly recommend. 
The first consists of visiting schools which h.Tve successful CBI programs. Site 
visits are the best opportunity to assess whether a similar program is feasible at 
one's own school. Further, site visits are very useful for identifying not only what 
features make that particular CBI program effective but also what mistakes (if 
any) were made in designing and implementing the program so that these are not 
repeated. A second source of information is the articles and reviews that appear 
in the numerous educational computing magazines available today. A third 
source is various publications distributed by professional organizations such as 
the National Counci I of Teachers of M athematics. Finally, the many conferences 
held each year under the general rubric of "computers in the classroom" can be 
quite informative. 

We have a number of suggestions to help defray the costs of implementing 
and operating a CBI program. Collaborations between several school systems/ 
districts can be financially advantageous. For example, since a minicomputer 
can service several remote sites, two or more school systems could share the 
costs of establishing a joint CBI program based on an extended software 
package. School systems could also form purchasing collaborates and 
negotiate attractive purchasing agreements that would result in significant 
discounts on hardware/software. Another possible source of funding are Federal 
programs; although monies from many Federal programs cannot be used to 
purchase equipment, they can be used to defray the costs associated with 
personnel and operating expenses. Finally, we strongly urge that school systems 
seek support from the local private sector. Local business and industry are 
usually overlooked as a source of funding, however, they are often favorably 
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disposed toward supporting worthwhile "causes" that serve to enhance their 
community image. 

Up to now, no mention has been made of the important role that establishing 
the appropriate channels of communication plays in the success of a CBI 
program. The planning, implementation and operation stages can be greatly 
facilitated if the prografa gains acceptance and support from parents, teachers 
and the school system's administration. To achieve acceptance and support, we 
suggest the following: 1) A written summary of the plan should be disseminated 
which states the purpose for establishing a CBI program and the program's 
intended goals, 2) When the CB! program is implemented, an "open house" 
should be held to show paients the facility, and to explain to them both the type 
of CBI program that their children will be using and the expected benefits of the 
program, and 3) The findings from studies evaluating the prog ram's effectiveness 
should also be disseminated. We should be aware that computer-based 
instruction can be intimidating, especially to a teacher who may fear that a 
computer may someday replace him/her. Keeping all interested parties well- 
informed will not only help ameliorate fears but also help the program gain 
acceptance. 

We have covered quite an extensive list of issues that should be considered 
whey planning a CBI program. As formidable as the task may seem, farsighted 
educators must recognize that the use of computers in education will continue to 
grow at an ever increasing paceoverthe next few years. It is therefore imperative 
that care, vision and sensitivity be exercised in shaping the future of using new 
technologies in education. 
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Appendix A 

Needs Assessment Process Manual 

Activity 1: An Overview of the Conference— Its Purposes and Processes. 

Welcome to the State Conference on Educational Needs Assessment for 
teachers using microcomputers in the teaching of basic mathematics. This 
conference is sponsored by AEL, the Appalachia Educational Laboratory, and 
NIE, the National Institute of Education. 

This conference is one of four being conducted in the states of Kentucky, 
Tennessee, Virginia, and West Virginia. It is a part of the Technology and Basic 
Skills (TABS) Program ofAELThepurposeof the program is to identify needs of 
teachers using microcomputers for instruction and to provide some assistance 
in coping with those needs. 

Unlike many of the traditional teaching tools, the microcomputer presents 
new problems and issues that are outside the experience of many experts in 
education. Rather, expertise in the use of microcomputers for instruction lies 
with teachers such as you who have pioneered the use of this exciting new tool. 
Thus, you have an important perspective regarding the needs of teachers 
involved in instructional computing. We want to know how you perceive those 
needs, and so we have convened this conference for that express purpose— to 
learn what you consider to be the most important issues regarding the use of 
microcomputers for instruction— particularly in the basic mathematics class- 
room. 

Before going any further, let's seewhoyou are. You'll discover thatyou have 
somethings in common. Each of you has used computers in the classroom. You 
are all teachers of mathematics. And, of course, you are all from the same state. 
On theother hand, there are some differences among you. You teach students at 
different grade levels. You teach at schools of varying size located in diverse 
kinds of communities. You usedifferent kinds of computers and various software 
Programs. 

Let's now take a few minutes to meet each other and to find out where we're 
iVom and what some of those differences are. Let's begin our introductions with... 

(A round of personal introductions) 

Again, thank you for coming. In inviting you to this conference, we have tried 
to bring together experienced computer-using teachers and, at the same time, 
assemble a group representative of the diverse educational settings in the state. 

As the "experts" in the field, we hope you can help us identify answers to the 
question that drives this conference: 

"What, as a group, do you consider to be the most important needs of 
teachers using microcomputers in teaching basjc mathematics." 

Now a word or two about the processes we'll be using to address our guiding 
question. Between now and mid-afternoon today when the conference adjourns, 
six important activities will take place. You will be intimately involved in all six of 
these activities, and taken together, they will result in a major product: a display 
of what you, as a total group, consider to be the most important needs of 
computer-using teachers of this state— particularly regarding basic mathematics 
instruction. 
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Here's a list of the six activities that will comprise the conference: 

1. An overview of the conference— its purpose and processes 

2. Generating initial need statements in four small groups 

3. Searching for clarity and understanding within each^*" " 

4. Confirming clarity across the groups 

5. Preparing each group's product— a set of refineci nee i jments 

6. And, then rating the importance of the needs described in the need 
statements. 

The fi rst five activities will comprise this morning's session. The sixth activity 
will be our major activity this afternoon. 

During the lunch hour, we will introduce a somewhat different perspective. 
At that time, we will share with you some information about A EL as well as more 
details regarding the TABS program. We will explain how the needs you will 
identify today will become the basis for the development of practical solutions to 
help teachers, such as yourselves, to cope with those needs. 

For several reasons, we think you'll appreciate the specific processes that 
we'll be using during the conference: 

First, in about 6 hours, the processes will move us from a blank sheet of 

paper— in fact, many blank sheets of paper— to a list of educational needs 

and a clear indication of their relative importance. 

Second, the processes are group processes, so they are designed to 
produce a final productthatis more than a simple collection or aggregation 
of each person's individual input. 

Third, the processes require you to structure your input in particular ways, 
so that the resulting information can be generated efficiently and presented 
most usefully to those who await it. 

Fourth, in the interest of producing a product that is truly a group product, 
the processes require public display and review of much of your 
deliberations. 

Fifth, and perhaps most important, the processes require you and the 
conference staff to view each other in very specific ways. 

You are the "content experts" in this conference— or, to put it another way, 
we look to YOU for the substance of our conference. 

In effect, then, YOU have the content, WE have the processes. Together, we 
can create an effective conference and a useful produGt for those concerned 
about improving education in this state through the use of computer assisted 
instruction. 

Let us now proceed to Activity 2. 



Activity 2: Generating initial need statements in four small groups 

This is the first substantive activity of the conference, but before we begin it, 
you need a little more information: 

• about what we mean by a "need statement," and 

• about the particular procedures we'll be using to generate these need 
statements. 
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If someone were to ask you right now to identify your greatest need, you'd 
probably answer in a word or two. For instance, you might answer with the 
phrase, "more authority on the job." You might identify "a new car" as your 
greatest need, or you might simply respond, "a cup of coffee/Think about each 
of these answers to the question, for each of them probably Identifies a 
prescription or solution to a need rather than to the need itself. For instance, you 
need "money" because that may be the best way to obtain something that you 
don't now have. And you need "a new car," not just to have a new car, but rather 
because you need to get from here to there. 

The point is that when we're asked to identify needs— whether our own or 
someone else's—we typically identify prescriptions or solutions rather than 
explicit needs. Our answer to the question, "What do you need?" is usually not a 
need at all, but rather a specific way of satisfying some need that really remains 
unarticulated. 

The danger in identifying prescriptions rather than needs is twofold: 
First, the need itself remains implicit, unarticulated, and assumed, so we can 
never test to see If it really is a need. 

Second, there are many different ways to meet the same need, and tunnel- 
vision on a particular prescription literally blinds us to considering those many 
alternatives. 

Thus, thrbughoutourwork today, we want to avoid prescriptions as much as 
possible, and we want to focus instead on actual needs. 

To help us do that, we're going to— quite arbitrarily— think of a "need 
statement" as consisting of three parts or components: 

1. a referent or a broad topic about which we want to describe a particular 
need 

2. a description of what Is with respect to that particular referent or topic, 

and 

3. a comparable description of what la preferred with respect to that same 
referent or topic. 

Here, for example, are three illustrative need statements, any one of which 
might have been generated by several of us today: 



Referent 

1. Current room temper- 
ature 

2. Interest rates in the 
U.S. 

3. My kids 



Description 
of what la 

It is now 75 in this room. 

Interest rates are cur- 
rently running at 11-13 
percent. 

They are many miles 
from here. 



Description of 
what Is preferred 

That is be only 68 in the 
room. 

That rates be no more 
than half their current 
rate. 

That we be together in 
the same place. 



Note several characteristics about these three illustrative need statements: 
First, note that the three partsof the need statements— that is, their referent, 

their descriptions of what Is, and their descriptions of what Is preferred— are 

interrelated to each other. 

Second, note that assertions about what Is lend themselves relatjvely easily 

to empirical evidence; assertions about what Is preferred do so much less 

directly. 
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Third, as a consequence of the distinctions just drawn, you are likely to 
accept or not accept as factually correct assertions about what Is, whereas you 
may agree or not agree with assertions about what Is preferred. 

Fourth, in each of the above illustrations, the combined assertions about 
what Is and what Is preferred describe a discrepancy or gap, and that is exactly 
how we want to think about "needs" during the next few hours. A need (or need 
statement) describes a discrepancy between what Is and what l» preferred. It 
does not describe a prescription, solution, or action to meet some unarticulated 
need. 

Because this definition of a need is so important to the process we'll be usi ng 
during the conference, it's probably worth repeating: 

A NEED (OR NEED STATEMENT) DESCRIBES A DISCREPANCY 
BETWEEN WHAT IS AND WHAT IS PREFERRED. 

Fifth, note that each assertion about what Is can stimulate a variety of 
different assertions about what Is preferred: similarly, the same assertion about 
what Is preferred can be matched with assertions about what Is that differ 
dramatically in degree, if not in kind. Al I of which underscores the importance of 
being careful as we can when we try to articulate what we perceive to be needs. 

Last, note that historians heal with assertions about the past; futurologists 
with assertions about the future. For our purposes today, our assertions will be 
about present conditions— what Is and what Is preferred. 

Let's practice for a few moments on this distinction between assertions of 
what Is (A) or what Is preferred (B): 

Indicate in the blank before each statement whether the statement asserts 
What Is (A) or what Is preferred (B): 

1 Flights into Chicago-O'Hare are rarely on time. 

2 I wish the waitress would bring coffee without my having to ask for 

it. 

3 The world is a most unsettled place today. 

4 The service during last night's dinner was excellent. 

5 I'd like very much to return to the same restaurant tonight. 

6 State employees received a 6 percent salary increase last year and 

will probably receive another 6% this year. 

7 For my money, nothing's worse than a bed that's too soft. 

8 There are 32 persons in this room right now. 

9 There ought to be a law against things like that. 

10 There already is. 

Now, let's go over your responses and see how you described each 
assertion. 

(review response) 

Now, you will generate a few assertions of your own. In the space below, 
write two statements that describe what Is, either with respect to the world out 
there— which includes others— or with respect to yourself. 

1. 
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2, 



Let's take a moment to go over your responses, 
(review responses) 

And now, write two statements that describe what Is preferred, again either 
with respect to the world out there or with respect to yourself. For the sake of 
consistency, begin with the word "that." You might want to relate the "that" 
statements to the "what is" statements you have just written. 

1. 



2. 



Again, let's take a moment to go over your responses. 

(review responses) 

Finally, using the format presented on the next page, generate one need 
statement directly related to computer-assisted instruction. As you do, keep in 
mind the characteristics of need statements discussed earlier (pages 2.2 and 
2.3). 

Description Description of 

Referent of what Is what Is preferred 

How did you do? Let's share some of these— not so much for the content, but 
rather for their format as need statements. 

(review responses) 

Now that we've developed a format for stati ng needs, we're ready to begin to 
tackle the big question: 

"What, as a group, do you consider to be the most important needs of 
teachers using microcomputers in teaching basic mathematics?" 

To get at this question, we're going to divide into four small groups, each of 
which will have 5-7 members and each of which will work simultaneously 
through the same set of procedures forthe rest of the day. Within each of thefour 
groups, which we've creatively labeled A, B, C, and D, we want as many 
perspectives presented as possible. To that end, we have preassigned each of 
you to one of the four groups. Your particular group assignment, along with the 
perspective you represent, is Indicated on your name tag. 

You should also notice that we have set up four "stations" in this room. 
Already formatted on a large piece of butcher paper at each station is the 
three-part structure of a need statement: a space for identify a referent, a space 
for writing a what Is assertion about that referent, and a space for writing a 
comparable what Is preferred assertion (beginning with "that") about the same 
referent. You'll also notice that each of the four stations has been designated A, 
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B, C, or D so that you can find your particular group's station. 

When you'regiven the signal to disperse, go to your station, meet the other 
members of your group, and, as soon as you can, designate someone within the 
group to serve as the group's initial ,< recorder. ,, 

• The job of a recorder is just that— to record or transcribe directly on the 
display chart before the group all of the statements of need that are 
contributed by the other members of the group. 

• It is not the job of the recordertoeditanyof the statements ortoquestion 
their veracity or value. Rather, the recorder's responsibility Is simply to 
record as faithfully as possible— verbatim, if necessary— the need state- 
ments offered by each group member. In fact, the recorder should c!ieck 
regularly to make certain that what has been recorded matches accurately 
what was Intended by each contributor. 

• Each need statement should be written legibly and large enough so that it 
can beeasily read by all membersof the group. Numbereach statement as 
it Is added to the list. When you fill up a sheet of paper, rehang it off to the 
side, but still within sight of the group. Let us know if you need more paper. 

• The job of the recorder should probably be rotated among group 
members, both to share the task equitably and to give the recorder ample 
opportunity to be a contributor to the list of need statements and not just a 
transcriber of them. 

• Finally, the recorder should use the black marker to record these 
statements. 

The name of the game here is group productivity— that is, generation within 
each of the four groups of a large number of statements of need. The task is 
essentially a brainstorming one, so the usual rules associated with brainstorming 
should be followed: 

• No questioning of the meaning or clarity of statements offered. Either 
make mental notes or make notes on the sheets of paper provided in the 
packet. There will be ample time later to raise questions and seek 
clarification but to do so now will inhibit both the process and willingness 
of group members to contribute. 

• Similarly, no evaluation— either verbally or non-verbally— -of any state- 
ments contributed. Nothing will turn off group members faster then "put- 
downs" that make them wish they'd kept their mouths closed in the first 
place. 

• No idle chatter that diverts the group from its production task. 

Naturally, the pace of group contributions will depend largely upon the pace 
of the recorder and the ability of other group members to keep on task and fill 
every available moment with contributions. As a group member, be ready to 
contribute a new need statement as soon as the recorder has completed the 
current one. 

Are there any questions? 

If not, move to your stations, meet your colleagues, identify an initial 
recorder, and begin generating as many answers as you can to this question: 
"What, as a group, do you consider to be the most important needs of 
teachers using microcomputers in teaching basic mathematics?" 
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Activity 3: Searching for clarity and understanding within each group 

The goal of the prior activity was to generate in each of four g roups as many 
need statements as possible in a relatively short period of time. Because the 
activity was essentially a production task, we ask you to avoid discussing the 
items as they were generated, even if you did notfully understand them or agree 
with them. This prohibition was designed, of course to increase group 
productivity— not just intimidate you or devalue your participation as a group 
member. Now, however, is the time to address the question of clarity and 
understanding. 

For this third conference activity, we'd like you to remain with your original 
group, and, in a collaborative effort among all group members, we'd like you to 
revisit each of the need statements generated in your group. Discuss each 
statement, particularly with the person who generated it, and edit it to increase 
clarity, striving continually to develop a common, shared understanding of its 
meaning. 

Whereas the prior activity called for minimal, overt group interaction, this 
next activity calls for maximum interaction among your group's members as 
together you work to increase the clarity of each need statement. Note though 
that the focus of group attention should be on the meaning of each statement, 
not on the truth or value of its assertions. 

To carry out this search for clarity and understanding, we ask you to engage 
in the following sequence of activities in your group: 

First, identify a member of the group who is willing to serve as a kind of 
"moderator" during this search for clarity and understanding. The moderator's 
primary responsibility will be one of keeping the group on task, guiding 
discussion of each item, soliciting reactions and comments— especially from 
those who originally contributed the items— and generally helping the group 
achieve consensus on the meaning of each need stater . This responsibility is 
certainly not awesome, but it is important to the yc^i . -'fective functioning. 
OK, please inentify a moderator. Moderators, raise y&ur ind. 

Second, identify another member of the group wh»ss willing to serve as 
recorder during this clarifying task. As discussion of each need statement 
suggests the need to revise, add, or delete words or phrases in the original 
referent or in the original assertions of what Is or what Is preferred, it will be the 
recorder's responsibility to catch up these suggested changed directly on the 
display chart— striking out words, adding new ones, reorganizing phrases, or, if 
necessary, drafting entirely new statements. Make these modifications using the 
red marker, so that group members can distinguish easily between the original 
need statements and their revisions. OK, please identify a recorder. Recorders 
raise your hand. 

Third, to get the process going, individually rate on a piece of paper, the 
clarity of each of your group's original need statements. Read each complete 
need statement carefully— that is, each referent and its comparable assertions 
about what Is and what Is preferred— and, on that reading, rate the clarity of each 
complete statement on a simple three-point scale: 

3: This need statement is quite clear; I think I understand it. 

2: This need statement is moderately clear, but I do have a question or two 

about its meaning. 

1: This need statement is pretty hazy, and ! have lots of questions about its 
meaning. 
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Fourth, process each of the original need statements, focusing on them one 
atatime. Share verballyyourlndividual ratings of clarity as you review each need 
statement, forthe numeric ratings willenable you quickly and easily to see which 
need statements are relatively clear to all and which require further discussion 
and revision. Analyze the ratings carefully. Raise questions. Suggest alternative 
phrasing. Invite the person who originally generated the item to explain points 
that are unclear. And, with the assistance and agreement of that individual, edit 
the statement as necessary to increase its clarity. 

The goal is two-fold: 

• to achieve reasonable consensus among group members on the clarity of 
each statement, and 

• to make certain that the intended meaning of each statement will be 
reasonably clear to othersoutalde the group who have not participated in 
its deliberations. 

To increase the chances of achieving that goal: 

• Add exarr,;jles and Illustrations to assertions that are general. 

• Make certain that the what Ib and what is preferred assertions clearly 
address the same referent. If a need statement— or even part of it— seems 
to address two different referents, either split it out into two different need 
statements, or clarify the relationship between the assertions. 

• If a need statement really presents prescriptions rather than assertions of 
what is or the desirability of what Is preferred, work backwards to the 
needs that those prescriptions are designed to meet. 

Throughout this search for clarity and understanding, avoid discussing the 
truth of what is or the desirability of what Is preferred. The purpose here is to 
search for meaning, notfor truth or vaiue. By the same token, of course, if this 
searchf orclarity stimulates new need statements oralternatives to those already 
on the group's list, byallmeans : d them to the list and process them for clarity 
in exactly the same way you ht . < 'ocessed all of the other need statements. 

A final suggestion before v A " . n. The rating activity with which you begin 
the search for clarity is an n.o ..r*al task. Rate the statements on first 
impressions of clarity using the rating scale. Don't take too much time on the 
rating process. Then begin consideration of each statement by quickly sharing 
the ratings, to determine if editing is needed. Pass over those with a pre- 
dominance of 3 ratings. 



Activity 4h Confirming clarity across the groups 

At t\> f> Jnt, we want to reorganize our four groups for a few moments and 
test briciv cifid clarity of the need statements generated and refined in each of 
the groups. 

To do this, we ask that three members of each group— excluding those 
persons who served as moderator and recorder during the search for clarity- 
volunteer to scatter themselves among the other three groups. Then when the 
new gro ups are constituted and people have had a chance to meet each other, we 
ask the three visitors to each group to do the foilowing: 
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• With the assistance of the moderator and recorder who can help you 
through the editings that have been made, read each of your new group's 
need statements. Essentially following the same procedure you used 
earlier In your own group, rate the clarity of each need statement on the 
same three-point scale. 

• While you are rating the clarity of the various need statements, discourage 
the group's original members from adding verbal clarifications that are not 
stated explicitly in the written statements before you. 

• When you've read and rated each statement, share your ratings with the 
group, and, even more important, share your reasons for those ratings. 
Work together through each item, and share with the group's original 
members your sense of what each statement communicates and how 
clearly it does so. 

For those of you who are receiving these reactions to your group's edited 
need statements, take careful notes using the green marker on the display chart. 
You may not want to edit the statements permanently, preferring to await the 
return of your three absent group members, but do try to catch up somewhere 
the essence of the reactions and suggestions that your three visitors have to the 
clarity of your group's need statements. 

The intent here is certainly not tof ind fault. Rather, it is to bring to each need 
statement the perspective of at least three individuals who have not been a party 
to your group's deliberations, but who. in their own groups, have worked just as 
hard as you have to maximize the clarity of a comparable set of need statements. 
By and large, this visit by three strangers ought to confirm the general success of 
your group's earlier search for clarity. 

Let's see if it does. Identify the three group members who will scatter, send 
them on their way, welcome your three visitors, and take advantage of their 
willingness to test the clarity of your'group's need statements. Remember, do not 
spend a lot of time on the rating activityl Go to it! 



Activity 5: Preparing each group's product— a set of refined need statements. 

Now that each group has taken full advantage of its three visitors and has 
received from them the reactions and suggestions they have to offer, let's 
reconstitute the original four groups and move into this fifth activity of the 
morning. 

Whenyour group is again together, take afinal look at your need statements. 
Refine them as necessary or desirable in light of the reactions and suggestions 
offered by the three visitors who reviewed the statements. Focus particularly on 
those statements (or parts of statements) that appeared to have presented the 
greatest problems of understanding for the visitors and on those statements that 
have been edited as a result of the visitors' reactions. 

Then, when you're satisfied with your group's product, please write each 
need statement on the forms using the black pens provided. Identify the need 
statement in the upper left-hand corner of each form with a combined letter and 
number (for instance, B-1, B-2, and B-3 for the first three need statements in 
Group B). 

Please prepare these forms— which represent your group product— as 
neatly as possible, for copies of them will be used in thisafternoon's activity. We 
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suggest that the moderator assign 3-4 statements to each group member to 
divide the transcribing task. Do not fill in the rating oortion of each form, i.o., 
leave the right-hand column on the form blank. 

OK, take that final look at your need statements, review the revisions 
suggested byyourthree visitors, and then prepare your group's set of forms. At 
12:30 we hope to be finished with this last activity or the morning. While we are 
having lunch, assistants will make each of you a copy of all four group's 
statements for use after lunch. 



Activity 6: Assessing the importance of needs described in the revised need 
statements. 

We're now ready to assess the importance of the needs described in each 
statement produced this morning. 

We want you individually to draw your own conclusions and to rate the 
importance of the needs described in each need statement. 

When you are rating the importance of the items, consider: 

• The personal priority you place on that need, and 

• the potential impact on the state if that need can be met. 

Each of you has been given an envelope containing the full set of need 
statements produced by all four groups. Before you begin marking the scale on 
the right-hand side of each statement, we would like to mention a few points to 
keep in mind. 

• The scale measures the level of importance you as an individual assign to 
the need expressed in the statement— from a high level of importance to a 
low level of importance. 

• There are also ques? on marksat the bottom of thescale. You should circle 
thequestion marks (a) when you feel the statement is unclear, or(b) when 
you feel that you don't understand the statements well enough to be rated. 

• Please try to take full advantage of all five points on the scale. Avoid the 
tendency to rate the statementsalways at the extreme high or extreme low 
ends of the scale. 

• Expect redundancy among the statements, since there will be repetition 
from group to group. Rate all items, even if you feel you have rated one 
previously that was the same or very similar. 

• When you have completed rating all of the need statements, please put 
them back in their envelope. 

Before you leave, we have one final request. Please fill out the conference 
evaluation form included inyour6nvelopeand return it along with the rated;?-;; 
statements. Thank you for all your effort today. 
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Appendix B 

List of Need Statements from Conferences 



PTA01 REFERENT: Software topic* 

WHAT IS: All trfli alike in cla* s b»c*t,r computer not u ■ ■ <J 
-*»FEpREl>: Trill br different through computer teneratioo 
»AT1«JC 2.68 
HARDARD Di'MAHOH I .OA 



*TAU REFERENT: toftware topica 

WHAT 1$: Student* «iv« coaputer u*v ■■ fun end cirri 

mriwnvt i«n t«», *oft«*re b, av * i i >b i 

»ATI*C 2.26 
STANDARD DEVIATION I .«! 



STAOl irrtlEKT: Software ctitrrii 

WHAT IS: Producer* dpn't |tc input fro* teachera 
Menu RID: Producer. tr> input fro* t«icti r ri 
"ATUC 

iTAkDAKD DEVIATlok 0.66 



P * ■ i 7 REFERENT: Software topic: 

U HAT IS: Much titti aofttere ii |«rbete 
FREFtPRpP: tot, quality Beth •oftvirr br available 
RATINC A. 48 

STAkDAkD DIV1AT IOK 0.79 



PTA03 REFERENT : Software topica 

UPAT IS: Student* «»*k i D computation*) ikilli 
PREFERRED: Software br available to improve c ompur * c i o n* 1 *ki 
IATINC A. 00 

St A* DAK D DEVIATION I • I 7 



PTAIA ItirmttT: Eoftvai*- topic* 

WHAT IS: SrudeM* I *v r n 0 ikijls in probler aolvinl » i t h co 
FRFFrPKH't Student* ttav •!•■». akilla in cot^utvt probleti aolvin 
RATIHC 3.64 
STAkDAR P DtVIATlOk 1.09 



STA04 R EFEREkT : S 0 f lw ar' topic* 

UPAT IS: Hotl aoftvac* <- r i 1 i and pr«ct ic* 
PREFERRED: "orr aoftur' 'or aolvinl word problrti 
RATINC AOS 
STANDARD DEVIATION 0.65 



PTA19 RErEplKTt Hardware acceta. atudent 

WHAT 1$: *aalc v-ath atudenla not allowed in t-r o | ra »»> J ne. cli 
FREFr.PRr.P: Paelc rath ituirnti Ir iMoudi in pr o |t at m U| c la 
RATINC 2.45 
STAkDAkD DE V I A T lOh 1 . I 0 



STA03 REFERENT: Softwarr topica 

WHAT IS: Prob I rv lolvlni profren* lack tutor. a' ( i 
FRl.lr.gRED: Tutorial t of t.irr in problem solving ba available 
MTIVG J. 7 5 

iTARDAkD DEVIATION 0.9* 



PTA2 0 RIFEREkT : IralpipK, e P *cif i « ptcl 

WHAT IS: Cany t racier a do not underitand LOCO in nth curr 
FRr.FEpRED: Triintnt be provided in u »' of lOCO in »ith curr 
»» fine 7 .23 

SvAkDAKD DEVIATION 1.07 



*TA06 REFlRrNT: PI inn in l/d ir e c t ion 

WHAT If: Hon t*>*cr.*r* need help in u» in| new pro|rimt 
FtEFtPRED: Rr*ourc* per'o" be available to Provida help 
R ATI mC 3.96 
STAKDAID DLVIA1I0* I .15 



PTA21 REFERENT: Traininl, ipecific prol 

WHAT If: Fany teachera do not underatand pilot in aath curr 
FREFlPkr.D: Teachera provKed traininl in pilot in kith curr 
kA T IPC 2.BI 
STAkDAkD DEVIATlOh 1.76 



KTA07 k EFEkKkT : Teacher ince»ti%ea 

VHAT 1 5 1 T r icher* do not h*v« tiae to preview loftfire 
rPF.Ft.Pkrf>: leicheri re riveo tla* to review available eoftwar 
BATIMC t.DO 

STAkDAkD or\:*no* i .o* 



JfT A 2 2 PlrlkEkT: Itaininl. i n a t rue t i on ua e 

WHAT IS: Hon te>chera fruitrited in I nc or por * t Inj conputar 
FkEFKPkFD: Teicheri learn t-etl.odi of i t c Or por ■ 1 1 n( cOajputer* 
kATIHC 4.00 
STAkDAkD DEVI ATI Ok 0.98 



KTA0> k EFEkEkT : Software ptevirb 

WHAT IS: Vendor* do not allow aofttar* previe* 
Fkl.l'KkkED: Vendor* allow ptevieh of toftvare 
kATIHC A. 57 

Standard DtviAilok 0.73 



KTA23 PEFCkl.kl: Software acceti 

UhAT If; Much aoftvir* available Only for certain corputeri 
FkRFKKkED: Softwire be prepared for *>oit hopular rikai 
kATIHC A. 3D 

STAkDAkD DEVIATIOk 0.93 



KTA09 VEFEIEHT: T \ . n n 1 n $ t d i r • c t io n 

WHAT IS: Ad»i nia tratora don't involve teachera in coa>P plan 
rkEFEpkED: Adpi n i a t ti to r a teak teacher input in plannial 
kATIHC A. 17 

STAkDAkD DEVIATION 0.78 



KTA?4 BEFKkEkT: Software criteria 

WHAT IS: Little atudent feedback (iven atudrnta 
FkEFKftklD: Provide quick feedback chrou|h uae of corsputera 
kATIHC 2. SI 

STAkDAkD DEVIATIOk i .36 



RTAIO DEFEkEkT : Funding RYA25 lEFEkEM: 1*(Uit» tttrii 

WHAT IS: Each achaol dlat«-ict buyi comptitera on their own WHAT IS: Hany tr«cnerw «*e pirattd coriea of aofti,are 

FBEFEPRED: School* be provided fund* for equality of purchaaa FkEFEPkED: Teachera purchai, a oftware leaponait>I> 

"ATIHC ).k) kATIHC 3. An 

STAHDAkD DEVIATION 1.06 STAkDAkD DEVIATION |.12 



ETAII VEFEkEkT t Tr* in I ■« . a pe c i f i c nr o | RTA26 P) F EkEkT : So f tw « r e acc et a 

WHAT 15: «o*t teachera unaware of claaaroou a>ana|ePent toft WHAT IS: Software it expenaive 

FkEFEPktD: Taachera be radi n»rr of and trained ie CI. Nan. So FkEFEPkED: Unptotected copiea of toftware be provided achoola 

PATINC J.9' PAT.HC 4.0* 

STAkDAkD DE k I AT ION \ STAkDAkD DEVIATION 0.93 



PTAI2 pEltlEkTi - « rs e a a . a tu d e nt pTA27 PEFEkEkT: So f t w*r e c r i t er ia 

WNAT Iff So»e fk-a. - j.uded c 0 »put r ra r r atri c ted in uae WHAT IS: Software carteidgea not durable 

rrXFEkkED: Cot.put*ra 0f «oed rpit efficiently FkEFEPkED: Nat»ciela aorr durable than cartridaea 

PATINC 3.66 PATINC 3.05 

tTAKDAkD DEVIATION 1. 2 I STAkDAkD DEVIATION (.2S 



KTAI3 kKFCIEkTt Tt, in i ft* . covpu tet u*e r*<2l PEF El FhT : f • r i va r « a c c eta • atudent 

WPAt IS: Neoy teacher* don't knov h 0 *> to u k e co»ti>tera lyAy If- font jaih 1 'udent acheduled too little io 1*1 

FPEFEpkED: Training ie uae be provided to thoae vho need it rrftFEMt i, kaaic math atudent ^ava more tier ir «o*putet I 

PATINC A. 50 Pk'Mfj j. 7A 

STAkDAkD DFVIATION 1.67 J' .lOAkD DEVIATION 0.96 



ETAI* PEFEkEkT. Sof «w* r e c r 1 1 er it STA29 urUUV So f t v. r e t t / T er ia 

WHAT IS: Available to'tutt* r«t relevant or chiUmliri WHAT IS: Software doea not aVlov teacher editinii 

fPEFEkPlD: Softwar* be trore relevant to atudent need* FkEF Ik RED: Software allow teac^er edittni 

T«NC 3. 61 PATINC 

.PDAkD DEVIATION 1.16 STAKDAID DEVIATION ].0A 



l5 PEFEIEhi: Coaputet HtMaty 

WHAT IS: Naoy aeflior* have nor ua»d Ccrtutrri 
FPEFCRkED: Conputer literacy courae be available to 
PATINC 4. OA 

PlAkDAID DEVIATION 1 . I I 
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RTA30 PEFEkFkT: So f t ve r ♦ . 1 1 0 

WHAT 15: Too puch drill t>nd pn 
FkEFEPPED: Nore software be u*rt 
PATINC 3.76 
S.AkDAID DEVI AT I Dk 1.0* 



c# aoftMre uaed 
r hi|{>er level* of lornin 
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RU31 HfERtNT: M-nninl/diT rcticri 

VNAT II: *»ay edajnlatiatnia don't urrfri tland e cap if) 
FleFERltD; Adoinittieioia «p<rniMd turfulh... of fftip in »• 

iatihc ••*3 
rtahdard deviation 0.79 

suoi referent: loftwara tot-ice 

VRa' 'It 10 •ort*»t» lo •oppori pl.t* ■kill* K*l 

rirritv • ton*.r. b. .v.ii.H. ip au P poit ■kill* ii*t 

IaTJNC * . 3 ' 

ITAHDARD Dt V I ATI Oh 0.7« 



Mii6 lereutKT 
w«ai is * 
preferred: r«f«i» 

RATIRC 

STANDARD DtVlAllOH 



pptont* 

• d i«on • t r • t • *nti» 

• ba opto IO tlande 



j %llh cpapuifti 
aod advancing la 



ITI17 



lirtUHTi TflUlflf rc»p«iirr 

What lli T>.(hct« not %iMI«i io lr.io to iorp«.t. 
PRIORI*! T.Ich... drvrlcl io I.MN tou^ 

JuId/RD DCVIATIOH 0." 



itioz re'eRent: apfiwai* utm 

WHAT It: HOI a B Pu|n aoflwaia pf quality available In echool 
FREFERNID; Hoir quality pofHiate be avpilable la (chocli 
RATING 

ITArDakD deviation 0.67 

1)10) ItreHXTi H#I B wm iccili, etwdent 

WRAT lit Fea coipulm evajlible to echoole 
PR0FCUED: tech claleiOoo ha«* adequate nuabet of cot-put at* 
IAT1KC 

ITAPJDARD Dp VI ATI ON O.JB 



W»AT lit Te.ch 

nereiiED: study 

IATINC 

RTAnDaRD DIVIA1ION 



Tate he r |Hc ant • »■■ 
I ■ hata no I i ■ a IP * t u dy 
a pr.p tirt t>a Hoid.d I 

3.91 

1.34 



ITI05 RSfF-lENTi TllinifiR. computet 

WHAl iRt T'ackala ha*» ■nei«i« iboul u. iflf toef-uierf 

rureHED: T*itn«ii b» mioed 10 utf toapumi 

RAT1NC 

RTANDARD Df V I A Tl OH O.BJ 

ITB06 JierilEXT: Ifilalr'tion 

WHAT lit t«ck pf lOflallttotl belneen •oflw'I* »nd telte 
PREFEUIDt 0a coilelelipn bat%a*D. e 0 fte>ti* «0d ttlti 
I AT 1 RC Z* 
■TARDA RD DrVIAllOl O.BJ 

iti07 lerfimTt Tiiinini, e<t>rttei 

WHAT lit Taachrt* epend 1 i S t 1 • lio» l»iioln| lo u»e cooputr 
PREFERRED: Hinda'On vol k t hep** !»• • »• I • foi irnki" 
RATIRC *. *J 

STANDARD DEVIATION O.JS 

ey 100 RereiERTt sofmaie topice 

WR AT Ik! Computer uaa OfteP cPly dltll aod plaltice 
PgEF CIS ED t Hijhef |a,«| thiekiet •■ill* b» u*rd with looputei 
gATXRC 

E TARDA! D D CV1 AT 10H 0.8J 

ET109 REreifRTt SOftvar. iffit'li* 

WHAT lit tauw aofttCIO dOaaH't ia c oid •lu<«*^t laapofl'aa 
P RET CI RED t foftnair pi0»id» f»coid of ■lud*jii r«appo«ct 
RATXRC J.JO 
STARDAlD DCVIATI0R I .13 

ttllO RErflMTt rltna 1 nj/d Iract loo 

WlAT lit iildo*) ■■■o u»i«R eo»pul#i« 
PRErHREDt Adaio iatlalOfl akO% »uppocl of ccapular u»» 
RATXRC 

0TARDAED DIVIATIOR 1 .01 



If II | HErtKRTt loflnafa? cffll'fil 

WHAT I0t HoU »oflw»ra dOal p0| pfOaido 
PRir HREDt toflwif* pio»id» »Of« •ludioi 
RAT IRC 3,70 
RTARDAID DIV1AT10R 0.17 



Itlll RirilCNTt SoflkMt* cftl'fia 

WB At IRS ioflw'ra dtt*ct<ofia l*D|thp 
rRtrlHEDt ioflvtra diraction. b, pfaci 
RAT1RC 3.6A 
»TAlDAID DlVJATlOR l." 



a ludto I COOlf 01 
oBtrol o*if piogia 



Itll3 RET El f NT I rl»Biiitn/dil»eliofl 

WHAT iRt IIRIa? d»p»IlPaPl do»l'l plO»ida dilaelioti lot CAX 
rRITEIRlDt ll»l(r d» parto.nl ptp«tda dltvctloB A Italolnl 
RATIRC *'JO 
(TA"DAID DCVIATIOR 1.06 

1TII4 RET ER EHTt ripnii tog/ d i t *c 1 1 0 P 

WHAT lit total bOafdi do OPI ptOtid* dilaCllOO fCl CAI 

pRirtRREDt Locil bOird» pt«.«id*pOt« diraftion * |t|iBiB| 
RATIRC *•*» 
XTARDAID DEVIATION 0.73 

Kill 3 KETEltHTt rtoAnink/ditrtiioo 

WHAT lit Ado lack vlaloo pf ioootitot* of co»p«it*t» fot alti 
rRErtRleDt AdP bacoo* knoo!ad|aablv of adttBcioR t*ch 
RATIRC *-2 B 
•TAIDARD Dr.VIATIOR 0.t)6 



ETI10 mfllRTt iOfla.I. topic. 

WHAT lit tilUa aOflVala datlioR with plobU* BolaiO| 
F R IP El R ED I Kor» »0fl%*I« daalinl will* plobli» "ohlit 
RATING 

STANDARD DEVIATION 0.97 
ETI19 REPilCNTt iofivvti cfliafll 

what ie t *ofi%ai« piodu C «i« ilnio i«p«ii fi" io»«biii 

Pr Ep EIRED t iofl%Bia produr»ra gal ton iopul floo la»ch»IB 
RArlRC 

ITA RD AID DEVIATION 0.13 

ETUI lirilENTJ TiaioiBi. coopulai u«. 

WHAT lit Taalhai* h Ida not yilliol t« dall ailh coaputara 
PREFERRED] Stall daOoPaltata %HliO0Baaa Ip da.l with coopol* 
RATIRC 4.09 
SI AND AID DEVIATION 0.97 



ETIZZ REFEIENTt Eofl%iir 

what lit Sofiwi* pio^ida 

t REFERRED I ioflv'i* p>0«i<* 
RA T IRC J*78 
RTARDAID DEV1ATI0R 1 *>0 



I If of it 

for I i«i I a d aki U !•«■ It 
■ultiPlr Ikill lavala io piO|fap 



RTIZJ REF El ENT > Tiainiog. coopulai uaa 

W0AT ISt Doiaataily cOtlHI lack t>plit.(iona 
FREFERIEDl Couifai iacludr ■ pp 1 i c ■ I i u.i ^ '» hende 
RATIRC k.43 
ITARDAID DEVIATION 0.73 



XTI74 



REFEIENTl S0fl%air clitalia 
WHAT lil SoftwtH itidability dilfiiull 
PREFER lEDt loftwaia faadability ba »l U*el u«ad 
IATINC 3.J9 
ITARDAID DEVIATION 1 .3? 

MCOl REFERENT: Htrdw'tr lec mdafll 

WHAT lit Naoy e c l>0o!t do pot haaf coopulai* 
FREFtRlED: E*C|, a T hool hl*a idaquala PO. of COopulaiA 
IATINC *-7* 
ITARDAID DFVIATIOH 0.3* 

RTCOZ SEFlR EHTt Taocfial ircrflliVaaa 

WHAT I»t T#a e hai dOB'l ha-vr tlpi 10 piaaiaw aOflaail 
FREHRlf-D: T«achaia biaa pai-» tiw! Io piaaiaw ipflaala 
IATINC 3.96 
IT AIDARD DtVlATIOR I -I * 

fTCOJ REFERENT: liaifilpR. tpa L iuclion uar 

WHAT II: lova IrHhaia ifllid pf cooputrt. 
FREfERlED; Tptrhara f.rl forfoUfbla ualBg ioapu|iti foi io*l 
RATING *«J3 
IT AVDARD DtVlAllON 0.08 



rtcoa refer erTj 

WHAT IS: Tba t a 
ri f7 E R If D : Th.r. 
IATINC 

RT ANDARD DtVlATION 



plaglf lioo 
•bundanla Of aoft«ala 
aa ay w. j to 1 0 1 1 a la la 

3.7* 
1.P3 



.Ba»d • with aof It 



ETC 03 REFENtNl: Coopulai literacy 

WNaT II: Not ano«ign tit. to cuiticuluo foi coopuiri lit 
Fieft-RMu: ftt«id*ntt kt«i luniculuo tl»t for cooputri lit 
IATINC 3.AB 
STANDARD BtvlAlION 1.IZ 

RTC06 RE' ERt NT: Tr. Intnl. i ni t fu c t i on u *■ 

WkAT ISt Tatih.i. do not paicaita eer.-t»i ■• wtl* T. tool 
Tilt III ED: All tatcbaia pafcatar coop'' • ■■ tricrlm tool 
IATIRC 3*^0 
ITANDAND DLVlAlION 1.11 

RTC07 lE'CRLHl: Softwaia ci ila?> 1 ■ 

WkAT IS: So»» aort%«ia to coapllcitad in »t.rt-up 

rtrrgiktb; sorta«i« i. a«a r to tttii-up 

IATIRC J.* B 
STANDARD OEVIAlION 0.99 

!«<.•■; REFERLNT: Cooputai lilmcl 

•kaT tit Littla fufflfjluo Ruidtflc* fot cocputrr lit 
PUPFErRtDt Ba diatfict iCOpi and aaquapia foi cooputai lit 
RATINC '.00 
STANDARD l>EVIAllOR 1.13 
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SYCD9 NEftRERT: kardwara item, atudrnt 

WHAT ISt Hon (linroDki hatt obI* on* or 
rl|FMIfM»» tlaaatt rata on. p ar child or a 
Rating 

iTAHpARP ptVIATlDN 0.96 



RTDDl REFERERTt to(tv.r r or'i»« 

what In Host toftktr* o^orvr-r 
FRSFIRRED: Hon aoftvir. n( to*.. 
BAt H C ),9] 
STANDARD DrV:ATIDN d.95 



•tTCJD REflRERTt Fgndiki 

WHAT I S t Mot anough ptnry for icftttrt purrhni 
PRfFirReP: H 0 n fgnJi for aoffara purchaaa 
IATIKC 26 
STARDARD DEVIATION 0.12 



•TDD* REFERENT: fofttora inm 

WHAT IK Llcitad sanity of quality •oftv. r . availabla 
fUrtlllD. Vnlinitvd coprioi b« tttll.blr 
SATIRC A. DA 

STANDARD DCViATfDN l.|J 



VTCll SEfERERT: P| • n n in | / d i r r c : i,.D 

VHAT Hi Iopi ad* hava Xrtlr kn 0 v] a g, of coif ■■ inat tool 
PlEFERRlP: Ads hata hava adajuata knovladga of corp aa tool 
■ATlNC *,J9 
ITABDAKD D'VJATId* 0.99 

KTCi: NEPERERT: Training, inatrwrtion wao 

WHAT ISt Hany taarhara hava lilt], knovladga of rocp Uara 
PlEPERREP: laachara ha«a kn 0 t|rdga of co«pwtar oaa in claaa 
■ATIHC 4,17 
STARDARP DEVIATION 0.66 

KTC1S N IF El E NT t Softwarr topica 

VflAT ISt Noat pro|ra»a arc drill and practica 
ftlfltt ED ; Mora Prograpa racjuiring hUh a r lavrla el thiokina 
RAtHC 4,|7 * * 

BTARDARp DEVIATION O.BJ 

KTCIA NEfERERTi Softwarr topica 

VHAT ISt tittlo aoftwara on aach baaic nath akill 
tUTUHv: Mora a D ftwa r a for aach boalc pith akill 
SATlRC ) . 96 

fTARDAID DEVXATlDN 1 .07 

1TCX5 SEFERERT: Training, Inatrwctton t*a. 

"HAT IS: Educatora don't aha r a ldaa a tbout cooputar inatruc 
ttiritHV. Educatora ahatr ida a a about co»pu|ar instruction 
NAT IRC 3.96 
STAND ARP DEVIATION 0.9B 

*TC1* R EFERENT: Intatration 

VHAT ISt Hath ta»t try to taacb pr c t r ■ p*. i n| 
ttir EIR ED « Math taxta not taach proaraanint 
RAT IRC J.2A 
STANDARD DEVt ATJDN I . A) 

ITCI7 REFERENT: Intatration 

VRAT lit No taxta with e or r •• po fld i n ( tpftwara 
FRSy EISID l Tk.ra ba taata with c or r « a pond i ng aoft% a r. 
■ATI RC 3.BJ 
f TANDAR D DEViATXDR I .Ao 



TC19 REPeReNT: Hardwata acc t u da n t 

WRAT IS: Not aoouih 0C conputar ti»* for at„d«ntt 
PREFERRED: Thara b« 0C tint anailabla for atudanta 
IATXRC A. 22 

STANDARD DEVIATIDR D.9D 



TC20 RE FIR eNT : lardwara aecaaa, atudaot 

WHAT Xl: Many achoola Itpit conputar uac to gifad 
PREFERRED: Conputar ina^ructloa b a for all atudaPta 
SATIRC A. At 

STANDARD DtVIATXCR D.9J 

RTC2X ISFERENTt P I a nn i ng/d | r a c t i On 

VRAT Xlt No covpatabi I ity a"oo| hardvara A a off*ara company 
PREFERRED: Ra c oppa t ab i I i ty apong h a rd«t r r A aoftvara conpany 
IATXRC 3.52 
STANDARD DEVI ATI OR 1.29 

RTC22 RSFElEHT: M iRt iti|l .< 1 met ion 

VHAT Xl( tick of hardvala A aoitwara purch*** policiaa 
FIEFSRRED: la hardwarr A aoftvara purcha a r po]ici aa 
IATXRC 1.39 

STANDARD DEVUTlOR 1.A1 ' 



RYC23 REFERENT: Tr.inici, a p aC ific prog 

WHAT It: T'achrra lack kno v I a dga of * a nagan a ot prograpa 
FREFSRREDi Taachara ha** knOvladga t( Panaganant PrOgrapa 
IATXNC 3.74 
STANDARD DeVIATXOR I. 21 



KYPDJ REftRENTi goftwara critarla 

WIAT IS: Moat aoftwar a dull drill and pr.c 
PREFERRED: Softnara rnhtnet atudaot abil{tia 
RATING A.IA 
ITANDAND DEVIATIOR 1 . DA 



RTDD) REtr.RtHT: Intrgration 

"RAT IF: Fafttara not coordinatad «ith cwrtic 
FREFtRNI-D: Tratbooka producad with coordinatad 
RATINC A. A] 

STANDARD DrVIAIIOk D.9S 



i Iup 
of tna 



Aba int ar aat in 



RTPD2 RSFtRENTt !oft*.r. irdii 

WHAT X S t Llnltvd *»ount and variaty anailabl a in tcho 0 l 
PRKFERRED: Mor a and Variaty of aofc%ar a ba a* a il*bla io ichoo 
IATINC A. 09 

STANDARD DEVIATIOR 0.9D 



RTDDA CEFERFXT: Softurr critatia 

VNAT IB: Much aoft«ar a d pru»»nt a 1 1 on tuo «cgu* 
FREFr.RREDt gattar aoftvorr docwoan ta t io" for tracbrr 
IATIRC 3.61 
RTANDARD DfVIATIOR 1.03 

RTDD7 REFEREHIt Training, co»put»r Hon 

VkAT H: Many trachrt a u neonf or t ■ b 1 • u a ing ro»pwt a r a 
FkEFFRNrb: Taach. r anaiaty b a riducid 
RAT I hC > . « 7 

STANDARD DtVIATlOM I. ID 

RTDDB REFERENT: Trainint* conputat Ua» 

WHAT II: Many trar'rra don't want to laarn to oaa conputara 
FkEFfRRED: All trat >a ba vl.Img to laarn to uaa coppwtara 
RATING *.7J 
ITANPA RD DEVIATIOR . .:d 



RTDD* REFeREHTi Rarr1«ara aecaaa, atudant 

WHAT ISt Rot toough h.rdw.r* io aooa achoola 
FREFFRRED: Th a r« b a *grfici*nt h ar dwarr In all 
'. ATIRC A,7D 
STANDARD DEVIATIOR D.St 



REFeNEHTi loftwara acraaa 
WHAT IS: Softer* pockagra oot itiilablf for all coopwtara 
PREFERRED: goft% ara p*ckagaa ba a«ailabla for all Pajor brand 



RATINC 
STAND AN D DEVIATION 



RTDII REFtSEHT: Tri 

WHAT IS: Co.put a r i 
PftEFERRFI: Conput a t i 
RATING 

RTANDAND PEVIATI0R 



inlns . conputar u a r 

•• oftao Pra a rntad in cachnical taraa 
aa ba praaaotrd in Iay*an'a t a rno 

3.9) 
1.17 



RTDI2 



REFERENT: Nan 
WHAT IS; Mony taach. 
ME'cMED: Rard%ara b, 
RATINC 

STANDARD DEVIATION 



RTDI3 



ra hava linitad 
nor* ac coaa lb I a 

*.57 



RgFRNRNT: Training, conputar uaa 
WRAT ISt Toachara UowiHins to invaat tin. to laarn COPgpt* 
PREFERRED: Toachara b a willing to btcona conputar liforata 
RATINC 3.6A 
STANDARD DEVIATIOR | .33 

RTDlA RETERENT: Iptagration 

VKAT IS; Copputor takaa t|p a fron traditional claaarooa 

PR E'ER R E D| Find %ay of in t a g r a t i ng co«put«r into claaaroon 
RATING A.DD 
STANDARD DEVIATION D.«B 

RTDM REFEEENTi Training, cooputar oaa 

WHAT IR: Hoat taachara tiaing conputar* lack training 
PlEfERREDt Taachira w a lng conputara h*n# trainioa to do ao 
RATINC A. 36 

STARDARP DEVIATION 0.B6 

RTDlA REFERENT: T.achar incafltivoa 

WHAT ISl Taachara h a y a no tiaa to pra*i*v patariala 
PREFERRED: Estra t iaja ba providad to praViav aod »i«« raaowrc 
RATINC A. AO 

STARDARD DtVlATloH 0.B2 

RTDI7 lEFEkEllTi Training. Inattn. r 

WHAT I S t CoUag«a offa r only prograp....g claaaaa 
PREFERRED: Collcgaa offar couraao In claaaroon U( « 0 f copputa 
RATINC A, 26 

STARDARP DEVfATION 1 . d 5 

RTDIB NEPERS RT: rianniug/diractioo 

VHAT IEt Ro atata diracttoa in u aa of CgPeutara in adweatio 
PlEPtllEPt I* atata diraction ia uaa of roppotara in aducatio 
RATINC 6,13 
gTARDARP DEVIATION 0.92 
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RT619 REFEIERTJ 1 

WHAT I S i Noal r.iiriili. Intludlnt f*>Vt \ ' »■ fufdptfd 

PREFERRED: Hon »o«*»rr. in*»pen»lw» e«d | '',ep 1 e 

PATlNC 

RTA HOARD DEVIATION I >H 



THAU IEEEIENT: TtiioiB|. co»put*r Me* 

WHAT III Few toecHero iMi to oeRe routin, »ieor rop*li 

PREPERIRDi Titthtn |«i D kpovledl* t» pat* row t |oe .■(oopr up 
RATHC 3.04 
ITAHOj-b DEVI A T I OR 1.11 



ITC20 CtrtUfhTi Inte B r»tioB 

WHAT Iti Teeta do not oHov torpufu- .» ywltvant 
PREFERRED! Tun ehow ewputir' at rele,e«t 
BAT1H« 7.80 
ITARDARD DEVIATIOH I •** 



THAI 3 ItrEIENT: Hard%ara evturity 

rffiAT II: In lib. mart f**I lilt I* t * t pent ib I t loi it,ulp»to 
PREFERRED: Caere fevl »oii rreponaibli for muipamt U laba 
BATXRi; 2.94 
B TAMPA ID DEVIATION 0.67 



ITD21 EEFEHEHT: Hannlng/dirattlon 

WHAT lfi Hon tooputer proira*e Iplilitij b7 1-2 IpbcNbh 
pREFEIRID: Copputor net b» pl«pnad dtytlcjatM p'ogrea 

ratinc *.od 
itardard dev1atj0h 0 .9d 



THAI 3 ItrtlEKT: |o(c%«n icdn 

WHAT lit Damaged eoftwer* bard to raplat* 

preferred: Da»a|*d loltvur t>* *■■<*> to npl»n 
RATlRC 3.18 
STANDARD DEVIATION 0.81 



ETD23 PEFEREHT: foftvar* tiitifio 

WHAT If« CoPpunr progr**-* ortaniied 8 diitttrd by non-*»p» 
pHlpERRED: E[0|fe»i bawe iPput/eurborlly frop tfl»p-npfMi«i 
RATINC *>67 
ITARDARD DEVIATIOH D.4B 



TR A) A REFERENT: 8oft%ere trilarte 

WHAT II. Littla eoftwere ectepta eltarnet* fipn"" 
IREPEHREDi Hoi* »eft%»i* tCtaPt clttrnara rtipomn 
RATlRC -»3.B7 
STANDARD DEVIATION 0.93 



KTD23 REFERENT* F I ann log / d ir »t I Un 

WHAT I S t Hd etel* guidelineo for t ■ 1 1 1 f 1 c ■ i I oP •■!•»• 
PRIFERRED: Tbar* b* cerHficalloP guide I i a#a / r a flu i i«pb P ta 
RATINC 3. ID 

ITAMDAID DIVIATIOK 1 



TNAlS I EP EIIM T t Software trltnii 

w r< a T It) HanegaWant portlope of ioli«ir> n-»t flexible 
FlErEtiED: r>i|i|*o*nt poulopo of mltMri be flaeibla 
IiTIDG 3.53 
OTAfDARD I)FVI AT I ON 0.94 



ETD24 fEFlREHT: Softwar* topic* 

WHAT III Root lofiKin !■ drill and puttlci 
plEFlRlEDi Nora tutorial aoftwar* b* dewelopad 
UT1NC *' 0 ' 
ITAHDAID DEV 1 ATI OH 0.90 



THM6 REFEReHT: Software toplta 

UH AT Iff Quality aoftvar* Poc a«ailabl« lor lath prO|ra 
PWirHf ED J 9a quality iof|«in for nth proiraua 
A AT Hi/ 4.53 
STtSOAJD DEVIATION 0.8) 



KTD2& lEFEf ENTl loftwira ci{l*fl« 

WHAT 18: lo« qu'Slcy aoftwarr »«1"H 
PIEEEPIEDs All aofrwar* bt of Mfh quality 
IATIHC * 3' 

ITARDARD DEVIA1I0R 0.17 



1TA17 REFERENT t Q»fC«ai a crilaria 

WHAT Ift Error analyaia not co»ren IP ratb »oft%»r» 
PREFERRED: Ba aon arror aP*l>aia availablr <P rath aofttar* 
NAT IRC 3.M 
STARDARD DEVIATION 1.14 



TRA01 REEERERT: TraipioB, CoPpUt*' »•* 

WHAT I«« Taatbara POt adaquattly trainad io uaa of cotputar 
PRIPEKRED: T*«thara ba trainad io the uaa of CoiputfTi 
RATIPC *. (7 

ITARDARD DEVI ATI OR 0.*9 



THAI! bKPEIKRt: tfo;c%ara aetata 

WIAT ISt Taotbtra vcaa*: • of Or uoabla to |«t pub. doo. ao( 
PBlrllRED: Taathar b# avar « Of and »b|f CO l«t public do* «of 
RATlRC a.Sd 
STANDARD DITIAT10H 0.T1 



TRAD) REFERENT: Integration 

VNAT X8: Littla toordipatloo b'twaae taat and aoft%ata 
PREFERRED: la cOordinacioP baC%aaO Uat and aoftvara 
IATIHC A.A4 
ITARDARD DEVI ATI OR D.6t 



THA20 RlpIRERT: f»oft*ete criteria 

WHAT If: Too »aap prograoa ere olactronic vorkbooaa 
PREFERRED: Fewer progrePl ba a|apla alaccronic *OrHbooke 
RATlRC 3 .S9 

STARDA1D DEVIATION I <3B 



TRA 04 IEFERLN1: Hardware ate tudctu 

WHAT 1*1 Ipata for to»p«t«r laba ia llafra 
PREFERRED; la pot* epeCe for toaputu laba 
RATI NC 3-33 
ITARDARD DEVIA1IDR 1.28 



THAI I REpElEM: Plaooiog/d iratt ioo 

WHAT lit Littla c Opouo ie • t Ion e*oii| adutalore l* ua< Of cop 
PCIPERRID: *a Bora t o»«u» i e n I loOa ePOng «d. r*|er^ltig ueee 
RATlRC 4.0D 
fTARDARD DEVIATION I .03 



TRA 0 J RRFERENll »ardwara »te t«d«nt 

WHAT XI; Rotio of hardware to atudonto coo eoell 
PREFERRED: patio of hardwer* to otud*nta bt Incraaead 
1ATINC *.3) 
ITARDARD DEVI ATI OR 0.59 



THA23 R EFEIERT t foftver* aetata 

WHAT If* F a w coppePiae offar vultipl* copy diatrtinte 
PRIF IRRED : Wore teppaniae offer pultipl* topy diecouote 
RATlRC )*)f 
fTARDARD DEVI ATlO R I .36 



TRA 08 REFERENT: loft*ara pr*v{«% 

WHAT II: littla eoftware CeP ba pra>v|a%ad btfora purthae* 
PREFP.NR tl>: Nor* oofttara tan be pravitwad before purtbee* 
RATI NC *» D * 
ITARDARD DEVIAIIDR 0.6) 



THI01 pRFltERT: foftweta r*eie%a 

WHAT If: Tboro !■ too aucn aoft«are to e»t|«tit 
pfRPERfEDt A pep to oveluat* aoftwar. aaail) b. e«eilebl« 
WATINC 3 .If 

fTARDARD DEVIATION I .11 



TRA 07 REtERtHT: letagration 

WHAT II: Taachare do not have tir* to torralat* eoft% I cut 
PRElERREDi Haana ba providad to torralata eoft«are wlcb turr 
RATINC *•>! 
ITAHDARD Dt VI ATI DH 0.96 



THRD) PEFIIERTt Training. cOPputaroaa 

WHAT Ift TaatHera cannot need!* polotanaot* problaP* 
p BIPER RID t Teatner* ba eblo to haPdla ■•it>ten*nce problaue 
RATINC 3.32 
f TAHD AID DEVIATIOH D.81 



IRAOf REFERENT: Hardware repair 

WHAT II: H'intanaPt* i» *e p enaiv« and e low 
PHEEEHRED: H'lPtanent* ba feat and thwap 
RATINC 3.00 
STANDARD DEVI ATI DH 1.23 



THI03 f IF It ENT: Bardwer* attaea. atudant 

WHAT If: Ret r>noU|ti herd«<ofa for tl«aetoo« «n 
PREFER RED I EBOUgh herdwer* for tlmioca uae 
RATINC 4.32 
fTARDARD DEVIATION 0.6} 



TRA09 REFERENT: EtktCe 

WHAT It: Ceere ata not athlcel 
PR E7 ERR ID: Ultra b« eptouralaJ to 
RATI He '.'3 
gTANDARD DKVIATIDR 1.27 



T R £44. REFIRERTt Training. looputar mr 

WHAT If: Ttatbtrt Have vor»ln| lawele of "cowputor antia 
p REFERRED t TaatHere fre> covfortable uaiag to*'putat« 
RATINC 4.11 
STARDARD DEVIATIOH 0.(1 



THAI D |i?'lt s Ti foftwar* r#viawa 

WlAT lOt Ho orgt»tk*d Udt*loI of ooftwar* 
pRlpllfEDl Tkara ba iodPaiog of eoftwara 
fATIRC 3*61 
fTARDARD DfVXATIOH 1.24 



THS05 REFER ENTl 6oftvel« »,taea 

V NAT Ift Softwar* rape l»d trolplng 
PREFER RED: loftwara repe Have ton tralplal 
RATlHC 3.0D 
fTARDARD DEVIATION I AC 
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THI06 BtrtirhT: fioftur, rrltaria 

WHAT IS: Pocu»ant it ion la oft*n unclaar 
fH(fH«D! Pocurmt at ion be ror • clftr 
SATING 4.1? 
STANDARD DEVIATION 0 . Pfc 



THC08 PEFtRENT: Integration 

WBAT ]Sl loltvin not focuead on epatific lettla 
PREFERRED: loftwa t a ba f 0 cuead on epacifir lavtla 
RATING 4.13 
STANDARD DEV1ATIOH 1 .07 



TNSo? BtrtllKT: foftv.tr item 

WHAT 1st Huch iofttit* it too tepeneite for aaell echoola 
PREFERRED: fort toftwttt b» lae* akptnatwt for avail echoola 
BATING J .72 

5TANDAID DEVIATION l.M 



The 0 9 REFERENTl loftvir' rivim 

W PAT I * t Tilchfil unewar* of taoy quality aoftwara pro,n»i 
P RE PER REPt T.ich.ri bt given into retarding quality aoftwera 
1AT1HC 4.19 
BtANdARP DEVIATION I .1? 



TNBOl REFERENT: Mte|retion 

WHA1 IF: Little iOftvjt, it cotr.Ut.d with edopced teete 
Ve^riNEp: Hntf loftvjtf b» cor'tlitid kith adopted t.iti 
■ATlKC 4,?2 
STANDARD DEVIATION 0.*>5 



TNClO REPERENTl I r tejtition 

WHAT 1«: lode* pf proireae by ekille no available 
pREPERREP: Indtx of pr Q |rj»» by ekille b« eteilable 
RATING 4.20 
BTARDARP DEVIATION 0.90 



THB09 RE|ERE*T: fioflvetr crit*t*a 

WHAT IF: Hen* BSr eoffere r,quir,e 7 di|l> dti*ee 
rftirERlODt PSr eoftfere not rtqulrt tha u»r of 2 driwee 
RATING 2.6) 
STANDARD DEVIATION l.*2 



TKCll REPER ENTt Softwata rekiewe 

WBAT ISt Evaluation of aoftwara ia a length? ptocrea 
pREPERSEP: A better and faatar key to evaluate aoftwara 
RATING 3.(1 

Standard diviation 0.97 



TNI10 REFERF.NT: Inte|retion TNCI2 PEPERENT : Software ropice 

WHAT Is: few icftvir« prO|ra»a coMelere *ith curticuluei WHAT ISt Too f»v true tutorial ««th pro|re*e 

FN Er ERR t-D : Hoi * fof twit, pc ot t.»i totrtlf l» kith Cwrriculua PRIPERREPt Nora tutorial path preRreee 

RATING 4.00 NAT! NC A. 27 

STANDARD DEVIATION 0,64 BTARDARP DEVIATION 0.73 



TNBU RErERrkT: $oftvjtr irt t M 

WHAT Is: Projreaa putchaeed cannot ba copied 
PREFERRED: Edutatora b. allovad to copy profrake tot e c hoole 
RATING 4,1? 
STANDARD DEVIATION 0.92 



T»CI1 PEPEREHTl Training. Ueiruction uea 

WHAT IS: Ttachara cannot juatify ciae on roaputrra 
pREPERREPi T v achara can juatify t lata on coaputera 
NATINC 3,40 
STARDARP DEVIATION I .17 



TNS17 REFERENT: H«tdv.tr aacurlty 

WHAT 1|: Htrdvere cannot ba a'curtd io »e»y claaarooka 
twlr l*flD : Hardware ba atcurad in all elaa B rooka 

RATINC 1.67 
STANDARD DEVIATION 1 ,M 



TNC14 P EPERERT t Training i covputrr 

WHAT ISt Tracbera have Ilaited faaiiliarity kith coaputera 
PREFERRED: T v achara ba vera f«*iliar with coaputera 
NATINC 4.47 
STARDARP DEVIATION 0.?7 



TV Bl 3 R BFERENTt Training' computer baa 

WRAT 1st Inadt^uatt teacher trainifl| ip coaputera 
FRlr ERRED t Adequate teacher training ia co«put<r* 
BATING 4,?2 
STANDARD DEVIATION 0.6? 



TPCIS NRPERENTt Softktra tCttii 

WHAT ISt Nath aoftwara uaara iroup doaa not, asiat 
PBIPlRREPt Tbara b* a aatb aoftkor* uatra group 
RATING 3 .Bfl 

STARDARP DlVIATION 0.93 



TN 81 A REFERENT: Vardkar* itc«n. atudtot 

hRAT Igt Vhola claaa cannot a»t ooa aopltot 
FrEfCRN ED t rtardkara b« a^ailabl* to allow tntirt claaa to t r a 
RATING l.?S 
STANDARD DEVIATION 1. 13 



TNCU 9 EP ERENT t Training, coaputar uH 

WHAT 16) Taachara do not ba?a *nou|h traitini in coap lit 
FREPEIREPt Ttachtra Mt« a«r« training in eoaputtr litar«cy 
RATING 4.29 
STARDARP DEVIATION 1.06 



TN115 REPEREHTt fioftwar, crit*ria 

WHAT Is: Softkara diffara in quality 
FREFERRtD: RatikS aCalt bt availabla to «a t *aa all toftwara 
BATING 1.76 
STANDARD DEVIATION l.U 



TNCI? PtPERENTt Softkara aCcaaa 

WHAT ISt Little aoftwara can ba la|ally att«orkad 
P REP ERR BP t Nort aoftwart that can ba Itgally ottkorkad 
BATING 3.?7 
STARDARP DEVIATION 1 .07 



TV 1 1 6 REFERENT: Bardkara rrpair 

WRAT IS: Too rtchnicitnt availabl* for rtpair 

PREFERRED: Hora ttchniciana atailabla for eokputar rtpair 
RATING 2.94 
BTAHDARD DEVIATION 1.26 



TNCI 8 VEPERENTt P 1 a no in>/ d i r act i on 

WHAT ISt Copputtr coorlinatora ha*a littlt authority 
pREPERREP: Coaputar coord ina to rt havt aora authority 

Rating 3.13 
staroard deviation 1 .10 



TNC01 RgFEREXT: Softkara ictin 

WHAT IS t Copyright law ia to 0 raatrictivt 
Fr EF F.RR ED t Copyrilht law ba Ita' raacrictiva 
RATINC 4.11 
STANDARD DtVjATIOH 1.32 



TNCI9 PtPERENTt Intt S rttion 

V««AT IB: Littlt aoftwara that cnrrtlataa »ith >SP 
.'/i'^UlPt Nora aoftwart that corrtlatat kith BBF 
«*"» ■ *. 19 

i>jkL-i*V DEVIATION 0.61 



• TNC07 REFERENT: Training, inattuctioo uat 

WRAT IS: ftv tttcbtra «vat» 0 f btnafita of CAT 
, PREFERS ED : Hott tt»ch«ra ba awtrt Of banafitt of CA1 

R AT J he 4.3S 
1 STANDARD DEVIATION 0,79 



TNC70 PEPERENT: Inttgrttlon 

WHAT ISt Littla aoftwara corrtlttion with achitvtnant taata 
PREPERREP: Mart toftwara co r rtlatcd kith achiaktkant tttta 
RATING 3.61 
STANDARD DEVIATION 1.17 



TNC03 REFERENT: Trainin|. coaputrr bar TNC71 N EpERENT t Hardwtta atcurity 

WHAT lb: Many ttachtra vitw cokputara with a:"fiaty WHAT I<: Little hardwara inauranca and/or protaction 

PREFERRED: Pawar taachara with eovputtrt with anaiaty FNEPFR REP : Mora htrdwart inturanc* and/or prottction 

BATING 4. St RATING 1.06 

gTANDARD DEVIA1 ION 0.62 STARDARP DEVIATION 1.43 



TNCOA REFERENT: SoftVara critaria TNC72 P It IRENT t Training. inat r uctlon uic 

WHAT IS: Ha n a|aa t nt ayattna not ttailablt for all baaa 1 pro WHAT 16: Paw ataff d ( «alopeant in uat of CAl 

PREFERRED: h«n»ia*.nt ayataaa ba atailablt for all baatla PREP ER REP t Hora ataff d a«a loptant in utt of CAl 

RATING 1.59 RATING A. 17 

STANDARD bpV|ATI0H 1.21 STARDARP DFVlAllOH 0.79 



TKC05 I EFERE NT: Softkara acctat 

WRAT 1R; Littlt aottkart for atcondtry atudtnta 
PREFERRED: Ho»a aoftkara for atcondtry ttudanta 
RA*IRC l.?l 
STANDARD DEVIATION 1.31 



VAAOI NEPERERTt Bardktta accaaa. atudtnt 

WHAT IP: Ctntral aath atudtnta havt no accaaa to conputara 
pREPCRREPt Caatr'1 kath atudtnta haaa accaaa to coaputara 
RATING 4.29 
STARDARP DEVIATION o.f-5 
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VAA02 IE7EIIMTI Taachar incantlaaa 

WHAT 111 TMChin don't ha*a plapnini Una to rtaaiv teftwi 
MlrtllEOt Trithin b a li« a n to n«i|t aoftaar* 

IATIHC ),7) 
ITAIPAIO ptVIATIOH 1.11 



VAAlt lirillUTt Conputar tuli 

VlAT lit 

riiruiEOt 

IAUKC 5.55 
ITAIPARO PIVIATlOl (.IS 



VAA0S lEftlEhTi larivara occaia, atudant 

WHAT 111 la tie- of (sppuiin lo nufnti ii poor 
MtrtMlDi tailor t,i[<j of co»puiiti to itudinn 
IATIKC A,J> 
ITAMPAIO DEVIATION 0.91 



VAAlf I|7IRIHT| lnla|r*tioo 

WHAT Hi Taito or* sot nachlnn'ipac lfic 
riEFEIIEOi Totta bi ion *■ t hi n* -tp ■ c i f i c 
IATIKC 3.3A 
ITAHPAlO PIVIATlOl 1,32 



VAAOA ItrtHtNTi loftvara •(«••■ 

WHAT 111 Ipftxin nm Tudil) aaoilaila for ifithir uia 
ffctrVilEPi >oft«in b a ion nvailabl* to taachara 
IATIKC ),70 
ITAHDAIO DEVIATION 1.1* 



▼ A A JO lE7IRIHTt lnti|r*l ten 

VIaT Hi Cutrlculut n|tirtfd Into pi o|r ■ ■ » I o I , lit, aatb 
PlirilKOt Curricuiun lnci|rilid baaad po proUn aolaitit; 
IATIKC 3. AS J 

ITAHPARO PIVIATIOH l.AA ' 



VAAOS lEriREHTl loftvin raviaal 

WHAT III lock of catolola Of idllHti contiot and !*«■! 
fltrtXlED: Pa aoftaara catalega «ith coolant an d laval |l»*n 
IATIKC 3.6S 
ITAIPAIO DIVIATIOI 1 ,P1 



TAA>| IE7IRIHTI lordvara accaaa, toacbir 

VIAT III llllli hitdviri for tilthir utr 
riE7EIIE0t lordaira for tuchir uia 
lAT|KC 3.91 
ITAIPAIO PIVIATIOH 0.9* 



VAA06 HrEllBTl T r «inin|, coopuiar uia 

WHAT 111 Fa* tiKbMl uodvritifld coaputar capabilltlai 
rlE7EHIt0t Herri taachara urdirUind coiputir capabllitiaa 
IAT1HC 3.92 
ITAHDAKt) PEV1ATIPN 1.32 



VAA2I UriRlHTi Rordvara r.pilr 

WHAT Hi Lt'» instructor! cinnot npiir oinor problaoa 
riEFERieO: lob (riimdori bi ibli to nfilr ilnor problaaa 
IATIKC 3.31 
I TAN PAID PIVIATIOH 1.31 



VAAOF I EFES INT I T r «ininl, imiructicn u»» 

WHAT Hi Cffipunr (tuim not ralaaaat t (i claairooo un 
riEFERHEOi Taichar totrin ba *ora ralavant tB claiaroen ua* 
■ATIKC 3.8S 
ItARP Al 0 PIVIATIOH 1 .01 



VAA2S IEFIRIKTi Trainiol, apacific pro| 

WHAT III Taachara A atud a ata oot iwara u f *«Iu* ot lOCO/COl 
nt/IIICOi Taacbar datal avaranaaa of tatu* of loC«/COIOL 
lATtKC 3.6A 
ITAIPARO PIVIATIOH 1.31 



VAAOI UriRlHTl loftvara item 

WHAT Hi Fro|ra*a not t r a pa p or t ab It to i ffaran' aii aa 
rtltlHtir.il *rotraa>a b. « r ittin for iranM* to dlffata*! lola 
IATIKC 3.1F 
ITAHPARO PIVIATIOH 1 .37 



VAA2A IEFIRIKTi Fund fa* 

WHAT f Si lo fundi to purchaaa 
rlirtlieOi More fuod a to pure ha 
IATIKC 3.S2 
ITAHPARt) PIVIATlOl l.OS 



VAAOy UriRlHTi 1 1 ln|/d i r at t ion 

VIAT Hi Ho cottlgupui ceoPutaf curriculum !•)? 
rllFIRIEtli Thar* ba a cootliiuoua cwrricutua lor 1-13 
IATIKC 5.7* 
ITAIPAIO PIVIATIOH 1 .31 



■V'A'jS liriRIRTt Ufa|r»tion 

"tlT III C»B)ptitar pro|raoa oot iotludad in tait« 
-/ItriHlBOi Conpntat prolrana ba itclvdad 10 teaii 
IATIKC 3. A3 

ITAIPAIO PIVIATlOl J. 35 



VAA10 lirir.lHTt MaariifltMiractton 

WHAT Hi Thar* la no fvH-tiaa coaputar coordinator 
rlBFEHlEPt Thar* ba a full-tiata coa>putar coordinator 
IATIKC 3.31 
ITAHPAIO MlvlATIul 1.32 



VAA31 I triRIRTi Ipftwar* criteria 

WBAT Hi Coetant iaach«n not iavoltad in aoftvara d«««lop 
rllMHEOt Mor* contaat taachara Inolaad iO aortw«r* d«««Iep 
IATIKC 5.88 
ITAIPARO PIVIATIOH 1.33 



VAAU liriRIRTt loflarara item 

VIAT III Hot *BOU|h *ofta«r* for beelc laaal vtudanta 
riiriRlirit K-t« aoftwara for baalc laael atudaota 
IATIKC 5.65 
ITAHDARO DEVIATION 0.91 



VAA37 liriRIRTt lo ft wa r a c r 1 t a r i a 

VIAT Ht loale a>atb atudant* unintaraatad li aalng cooputa 
rtirillEOi lotaraat of baiic a»ath atudaota b« atie>ulai«d 
IATIKC 3.BF 
ITAIPARO PIVIATlOl 1 .32 



VAAI2 lEflRIITi Taachar inc*nti**i 

VIAT Hi Llttla tiaia for taachara to cr«at# a ofta a r« 
rlE'lRIEOt Tlo a providad "'tr tuthiri to craata aoftwora 
IATIKC 3. OA 

ITAHDARO PIVIATIOH 1 .36 



VAAll liriRIRTt loftvara crlt«rl« 

VlAT lit loftwira la locbad m' cannot ba *odiflad hy tut i 
rlEFIRIEOi loftvara ba uolocfcad and ba pedlflad by taachora 
IATIKC 3.90 
ITAIPARO PIVIATIOH 1 .A A 



VAAI3 liriRlRTi loftvara crltaria 

VIAT lit loftvara nldoa. cap ba odjuatad to taachini liTuat 
FIEFIRHEOt Mora aoftvara tb«t can ba ad jua tad to aituation 
IATIKC 3.73 
ITAHPAIO PIVIATIOH 1 .31 



VAIOt IIFIRIIlTt lordvar* accaaa, atudaM 

VIAT III Liatltiad h a rdvara •«all«b|* lit clolaroona 
rtEFIRlEOi lo nor* bardvora availabl* io claoarnoffa 
IATIKC A ,4)| 

ITAIPARO PIVIATIOH 0.90 



VAA1A lEMRlkTTt lotaRratieB 

VIAT lit M«tb tutrittfUi do«-i not lotalrot* conputara 
rlEFIRlEOt Moth cwrriculun Choi inca|ritaa covputat* 
IATIKC 3.75 
ITAHPARO PIVIATlOl I .34 



VA|0I liriRIRTt loftvara occaaa 

VIAT Ht Llnitad accaaa to aoftaara lo (la«lroo»>a 
riEflRieOi Hotf aoftaara aaallabla In claa'roeaa 
IATIKC A, 13 

ITAIPARO PIVIATIOH 0,}S 



VAAlS liriRIRTt ria B plol/dlractlon 

VlAT lit CoOpftar currlculue> not for oil laaala of nlndanta 
PIElERl EOt Conputor currlculu* ba for alt lavala of atudanto 
IATIKC 3.31 
ITAHPARO PEVIATIOI 1.31 



VA|0S ItURIRTi loftvara crlt a ri« 

WIAT lit Llttla taachar input in aoftvar* daaalopraat 
PirriRHOt I* mora taacbar Input in atiftaara da*alopo a flt 
IATIKC A.1F 
ITAHPARO PE VI ATI OH 0.9S 



VAAIA IIMRlRTt Tralpinl, apacltlc pro! 

WIAT Hi Taachar couraa* too |aB*r a t and ton ouch 
rilFIRIEOt Coaputat couraaa for taochota ba focua on oraaa 

Eat i k c 3,91 

ITAHDARO PEVIATIOH 1.31 



7AIC4 lEftRIHTt fuadio* 

VIAT III loadaa^uata furidici avallabla for piirchoaaa 
PIEfEIIROt Adaquiti fuodln| avallabla for purchaiaa 
IATIKC A. 33 

ITAHPARO PEVIATIOH 0,9? 



VAA17 liriRIRTt »lai«io|/4lraclloa 

VlAT lit 01ff*ro»t aaVai of bardarar* oftan io achool 
rllFIRIKOt lordvara In acbool aboald ba atandardiaad 
IATIKC 2.67 
ITAIPARO PIVIATlOl J.Jl 



VAIOS IIFERlRTt lardafara accaaa, ttiJant 

VlAT lit lot anOu«b hardvara fot nmo** of *<td«nta 
rRIflRieOt loftulh hordvara for nunbar of atudfcota 
MIIKC A.3> 
IV^IPAIO PIVIATIOH 1.1 J 
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ERIC 



VAI06 REEEIENT: Soflvere revieve 

WHAT 16: Heal eoftere evei labia ia inappropriate 
ERirHREPt P» v,y for coe»unlcetin| loftwere ueri 
RATING » .0* 

STARDAtP DEVIATION 0.93 



TAI07 RETUiif: 5ofiv*rr iriltria 

WHAT 16: Tuxorl I pro|raai mu.lly poorly vriitrn 
mtrrnntr' ? 1 /iicm tutorial aoftvarr 
RATING J. 91 

STA ID AID DEVIATION I .16 



VA1O8 REFERENT: 5of iv«if review* 

VMAT 151 Too rtny evaluation »od»li 
EREK'IRLp: Stenderdiret ion of evaluation *ode 1 i 
BAT 1 N C J. 17 

BTAHDAIP DEVIATION 1 -JO 



TAI09 BtrtlfKTi Treinlrg. 'petifit pro* 

WHAT 16: Utile training that reeci leatber need 
t-NFFtRREDi Appropriate training for leather needi 
|tAT INC 4. 77 

BTAKDAIP DEVIATION 0.7* 



VAIlO PEKEIrNTi Treininf,. inetrurcttu ulr 

WHAT 15* Nut enough irithrr idt'l'M i" CAI 
EREFENNrPi Teacher interact In b» |*n r rat*d 

RATING J.JO 
5TANDAID DEVIATION 1.41 



VAIS1 NEFEIENT: Software criterie 

WHAT 15: Sofiwi r » penegeBjent lyiirti unnci bf u)peioed 
EREFFNNED: Software allov iiniftvmt ayeteoe co br bypeeee 
HATING 3.19 
STANDAID DEVIATION 1 .J3 



VAC07 lEFEIlNT: Triini n|, cmrvctr uee 

WHAT IS $ Teecheto Jo n«>t kit, propei treinlnl In war cf co» 
FREE EIRtbi Teacher have Ptoper training in caputrt war 
RATING A. 29 

STANDAID DEVIATION 0.91 

TAC03 Rf PEIEHTi 1 ntrir •: ion 

WHAT lit Software not coojdineted v{th objectivee 
ERlEEIRED: Softvarr br cOordineted to curriculum iaauri 
RATING A. 39 

STANDAID DEVIATION 1.C0 

VAC0A I EE til NT : Integration 

WHAT IS: Mtilr ecftv*r» ia appropriate xo cu r ricu]u a 
FREE ttv > D i Ho r r aoftvarr appropriate to cu r r(culu« 
RATING A . J 5 

STANDAID Df VI ATI0N 0.9* 

TAC05 REEEIENT: Softv*r» review* 

WHAT IS: Softvarr for particular uar difficult to find 
FN EF EIR ED : Softvarr for aprtifit uar br raaitr to find 
RATING A. OA 

STANDAID DEVIATION 0.9) 

VAC 0 6 REEEIENT: Treiningi aprcific prog 

WHAT Is i Teacher have difficulty cracking ttudrnt pr 0 gie** 
FREE EIREP : Teacher heve help hi trading itudrnt progreee 
RATUC J. 17 

STANDAID DEVIATION 1 . Jl 

T A C 0 7 REEEIENT: Teeche>r inctntivta 

WHAT IS' Inadequate t i«r for faculty to review lefcvar* 
FRIfEIRED: Ti»r be provided for fatultE co rtvirv aoftvarr 
RATING J. 67 

STANDAID DEVIATION 1 .17 



VAI1J REEEIENT: Softvarr actraa 

WHAT I5i Lirit*d licencing egleMiento for pulcl-uir 
PREFtRlEDi Norr liberal licencing a|rrtt>rnti for a»ulti*uar 
RATING 3.6* 
STANDAID DEVIATION 1.43 



TAC0B RlEEIENT; Hardvarr accrai. atudrnt 

Wa AT 1»: Too litclr tiardvart for rach clo*i 
EREEkS^iV Enough hotdvare in rach deal for atud*nte 

SATltiG A. 09 

M AND AID DEVIATION 1 .1} 



*A*13 



RIEEIERTl Softvarr cricaria 
WHAT ISt Software oot adaptable to relieve flaw problrPt 
ERIFEIREDj Software eUov ioeertioo of nev probleae 
RATING J .7* 

STANDAID DEVIATION I .16 



VAIlA R IF EIENT : Integration 

WHAT 15: 
E R EE ER RED 1 
SATING J. 16 

STANDAID DEVIATION I .36 



tAII5 EEFUENT: Teathar inteotivee 

WHAT IS: Uctla cle>e for teacher to develop tofewere 
EREE El RED : Norr ({•! for Ctecnrc Co drvelop ioftv a rt 
RATING J.83 
STANDAID DEVIATION 1 .AO 

VAIlfr REEEIENT : Sof t wa r r c r i t ar i a 

WHAT IS: Software oftr« of ona ability tevrl 
ERIE ER RID : Softwa r r provide for aulclplr ability Ir*rla 
SATING J.67 
STANDAND DEVIATION I .0) 

VAI1? SEE II E NT i Software prrvlrv 

WHAT IS: LiPicrd accraa to local inthrri for prrviaw 
E NEFERKF P : Norr etcaea to l 0 c a l cracheri to pravirw aoftvarr 
RATING ).8B 
STANDAID DEVIATION 0.95 

•VAlII REEEIENT: Software copita 

WHAT 15: Erw application proftaeii for baaic eeth attilla 
ENKEFRRED: Mora application aoftwerr for baaic Path ekilla 
RATING A. I) 

, STANDAID DELATION 0.58 



~9 RIFEIENTi Traininf. cowputrr uea 

WHAT IS: Taathera arr not copputar literate 
E RlF El RED J T <a chara brcotr toeptatrr licaracr 
DATING ).93 
STAND AID DEVIATION 0.80 

TAC10 REEtlENTJ Softvarr criterie 

WHAT I S i Taethere pot involved is drvaloppant of toil toft* 
ER EF EIRED i Taathere be iBvolyrd io oavalopeirnt of eort aof<wa 
RATING A. 00 

STANDAID DEVIATION 1 .U 

TAC11 REEEIENT: Bardvarr rrpair 

WHAT IS: Rerdvere rrpa>ir tier »»lreaivr 
ERIFllNED: Hardvare repair tier br raduced 
RATING J.J8 
STANDAID DEVIATION 1 .S3 

VAC I 2 REEEIENT: 5ofcv«rr praviaw 

WHAE IS: Taachrr eapand op aoftw ar a ravirva of vthrra 
EREFMRED: Taath«ra rrcrtvv aoftvatr for prrviaw 
RATING J. OA 

STANDAID DEVIATION I • I 3 

VAC J 3 REEEIENT: Hardvarr actraa, CtaCher 

WHAT 15: Ttachrr octree t 0 hstdvara ia tieitao 
E R EF El RID : Taachcr have better accaat to hacdwara 
RATINR A. 00 

STANDAID DEVIATION 0 .95 

VAClA REEEIENT: Softv«tr rcvirva 

WHAT IS: Taathrra not aware of aoftvarr entailable 
EREF Ek RED : T»»thr r e br etadr evarr of tofevare available 
RATING J. SO 

STANDAID DEVIATION I .06 



VAII9 RETIIENT : E 1 a nn InfJ d i t rc t ion 

WHAT IS: Elrtiblr echedulinft no « evailabla <n c 0 »puter lab 
ER EF LR N ED : Elrtiblr athadulio t br developed for to«ptucer lab 
' RATING 3. SB 

STANDAID DEVIATION l.}5 



VAC I 5 R Ef EtERT : t lenn i n| / d 1 1 ec t ion 

WHAT IS: Schedulini doee not provide enou|h tiande-on 
E REF II RED : Schadulinf provide no r r heode>on e^perieoca 
RATING A .00 

STANDAID DEVIATION 0.68 



VAIZ0 REEEIENT: Ele 

WHAT IS: Suparvieor 
EREFLRREDt Suparvieor 
RATING 

STANDAID DEVIATION 



mlng/d irrtt ion 

i dofl'c have edequete trattln 

i have edequete treining 

3 .17 
1 .53 



VAC16 REEEIENT: Softv«re criterie 

WHAT IS: Software and docuffe n t e c i on n« c u*t* friendly 
EREFERRED: Software a nd docu«a nt a t ion be «of» uear friendly 
RATING J.70 
STANDAID DEVIATION I .30 



TACOl RETENENT: Bardvarr acceie. atudent 

WHAT 16: Student* do noc neve f oou»h tide on coeiPuCere 
t REF IR RED : Ade^uete tin ba allotted iludinli on coaptrra 
RATING A. 17 

Stand aid deviation 0.79 



VAC17 REEEIENT: P 1 a n n i n 1 1 i i r r t t I o o 

WHAT IS: Schadulini dove not previdr 
EREFEIRED: ScbadultBf provide for **i( 
RATING J.00 
STANDAID DEVIATION I •)! 



for »atn nrraard atud 
acreeved atudent 
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TACK RlFUENTt tnt «t ra t Ufi 

WHAT tit Teaie don't iirt r>erd t of e<udent a with veritd up 
mrtHKlDt Other vetpiiele b» dt»»lopad ror a ■ i i • A t« pp r I mr t 
IAT1HC I.JO 
BIAHpARp P If I AT 1 D I* 1 .01 



udu RErmrNii snruer* tpvie.i 

VHAt 111 Hot aflnuRh inf|*na leva birii r»*ir*»d 
rntrMKtDt Hurt troupe b» tteinad to rpvitw mltvirt 
I At INC J.lJ 
B1AHDAR0 DEVIAt IDh 1.1) 



TAC1* A IF ER ENT I Flannina/dirrtt ion 

VHAT III Ho ifttt»-»irff rpPtdJmt Ian of computer td 
FUFERRtDt »■ irn ea-H **e r r " r (* i i * I I rn of ccpputer »d 

Rati hc i.w 

ITAHPARP PItlATIPH I .|t 



'API 3 irrRIKNlt Yr a lniB|. Im trwtl ion uir 

VH At ISt Tferhrtp don't enotr *>l»el uthifi do { rig In irittr 

rmrrinitit id r ee md irti»iiin or inttim bp a h a rtd 

RAT1RC ].79 
BlAHtiARt) DEVIAUbH 1.7? 



TACJD RlFIRERTl H.rd v i r r rt r oli 

VHAT lit L | c I ] ■ c op»u nl c it i t>ti i htlbpen mif ird r t piirpr 
FNEFEjNtpi Ho re t ofku nl c a t IpOe bp I »rm unr a nd r ppi i r pt 
RAT I f C J. 79 

ITAHPARP pEtlATIPH 1 .13 



'API A FF.mEhtt Euftntr rrltrrii 

VHAt Ui Soft*err {■ not ipdulir or c ra m pur I • b 1 p 
rntrF.BKLu: Eortwerp- bp rodolir a nd t'lPI pur I ■ b ) r 
RATING ].l] 
BtAHPARP PFVlAtlPN P. 97 



TACJI RIFEREMTs Teacher lnc.nti«ree 

VHAT 111 LI c 1 1 ■ ilpt ror intn-itaff r r a ro o 1 1 ■ li r r» ■ 
FRtFMlRtPt Ti aa b a providpd r 0 r irttrt-iteff c rn>e*i>t) i r a 1 1 on a 
RATIH C 3.J7 
ITAHPARP PItlATIPH I .12 



t API 5 REIFREhT: Boltvirr rrttarU 

VHAt tB: Scf intr tannot bp •odiiird kr c Iniruor I Pa char 
PHtrr.RHtft: ForWetp bp opt" iu codlf it at (t-n t>r taachpr 
RATING ],61 
BlAHPARp tirVlAllPK I.7P 



TACJJ REFER EMT t loflwara a 

VHAT lit Tpachata unaware 
FllFEKRtPt T aa chara o a pd to 
RATIHC 3.97 
•TAMPAIP PEtlATIDH l.|2 



to ( t war a 
i vi r p pi 



aveileblt locall, 
what it available lot 



TAP01 REFERERTi Fund 1 n x 

VHAT lit Funditi| tpitrlcti uaa or what ia 
FRIFEBRiPi Fuadlni not rutrlit un or whet 
IAT1HC 3 .53 

SfANpARP PItlATIPH 1.10 



TADOJ REFERERTt loftvera toplta 

VHAT II: Co variety ecftwere aval labia 
FRlFERREPi *a ion Varied to'txif ror b 
IAT1HC 3.43 
ITAHPARP PEVIATIOR) ] .10 



ror baalc vein drill 
lie »eth drill 



UP16 ROF.REHti 
VHAt III 

rutir.Ritip: 

RATING 

91A N DA ID DEVIATION 



t A D 1 7 REFKRtHti rianninn/dirpction 

VHAt IK: Copputpr la olrn riauipd 
FFErF.RHtpr Cgpputer uet b r tlariMtd 
R AV IRC ].]] 
ITAHPARP DEVIATION 1 . 5a> 



tADlH R EF F.Rf Nt : Eoftwarr tr it r r i ■ 

VHAt IE: learning na* »o(\v»t* it loo difficult 
mtrERKIp! Waya cl leerninS niv eoftvere bp leprowpd 
RATING l.lfe 
STAHPANp DFVIA1IDH l.lj 



TAD03 RIFlIEKTi Tr.ioir>|, ctPput.r u 

VHAT 111 Taathan reef coaputera 
rllFllRlPt Taarbara not fair eoaputare 

Rati hc 4.17 

•TAMPAIP PBtlATlPH 0.19 



TAPOA REFltKNTt Sofl«ata topira 

VHAT III Studaota w aa k la vocabulary tod abatra c t ri|urpa 
FRIFERRtPt Sortvara ror vor a buIa r y and daalinl vith aba fi|. 
RAT I X C J. 91 

StAHPAlP PltXATXPH 1 .13 



T ADO 5 IIFEIENTl H ar 'vara icnii. atvdaot 

VHAT 111 Lack or hardware available r 0 r taachara 
FNlFllRIPl More h t rdvar» »v a ilablp ror taechere en 
RAT 1 BC 4.13 
StAHPAlP Pit I AT IDH 0 .11 



end etudeo 
e tudefl I e 



fADI 9 kEFSReUTt f la na i 0| /d I r p c t iop 

VHAt 111 Skill* needed br eludeate sot (daatiria 
PllrtNIEpt Ikille needed br elud a nt a b# id a otiried 
RATIVC 

BTAKPAlp PEtlATIPK 1.17 

fADI 0 I Er EIE NT t Berdtrer* arcpaa. etudeat 

VhAT lit Thpre ie no p^uity or uap or covputer 1 
FPirKRItDl Be eqiiltr «> atudpot uaa or cpaputpr la 
RATING 1.71 
STAKDAIP DEtlATIDH 1.12 



tADIl R Er El E NT I f 1 e«a I ">S /d i t a c t too 

VHAT 111 Oocleer |oala e«an| copputer 11 
rmrERREDt Clarirird |eale a ponS lit a r «r r . 
RAT IMC ].)8 
S1AHDAID DEtlATIDH l.lj 



baeic «etb. 
eetc ■atb.t 



TADOft SEFtlENTt Traipias* ioatroction uir 

WHAT III raw peth tucUn know hov to tpech vlth corput 
FRIF BH Nip i All petb taachata knov hov to tpech vith coaput 
MAT 1 M C 4.)0 
STAHDARP PEtlATIDH D.)0 



tADl 2 I Er ERE NT t Softwarp tobice 

WHAT tSl Fev |O0d eiaulelion Portvere proSteve 
FHtFERHIDt Hore Seed eipuletioe eo(t««ra proirin 
RATUG ].«] 
I1AHDAID DEtlATIDH D.93 



TAD07 RlFlREHTi Bcftwara tobice 

VHAT III Little itltvur ra|atding ^roblaai eolvini 
FRIFEHNEPl lortvere to tterh probl** etilvin| 
RATI PC 4.17 
STAMPAIP Pit I AT ID Ml 0.93 



tADI 3 REFERENT! Eoftvirf topice 

VHAT IU Fev |ood tutorial loftwira ptO|reae 
PlttFtNSrpt Be «ort luod tutorial io(tvitr pfcltePe 
SATING 1.96 
ITA'DAMD DEtlATIDH 0.9& 



TADOB REFERENT! Softwarr topire 

VHAT III Too pu r h drill enJ r r(C 'i" ' 
FRlFEsMtPi Hort mlinr' rt d««tlo}- i«»ln 
RAT 1 M C 3.42 
STA HD Alp PEtlATIDH 1 .10 



tAD] 4 REFEIENT! Bolt 

VHAT IE! Huch aortve 

rrErr.Nstpi sortvetp ba 

SATlHG 1.17 
I1A HDAlp D Et 1 At IDH I .47 



ptotec tpd a nd 



plated ]ave u tic la* r 



TAD09 RBFEIENTl Herdvarp icrrii, teechar 

VHAT lit "o hardware ror cleeiroop d erone I r at i on e 
FlIFESRlpt Re hardware deei|«ed lor cleeerpoa d »ao ne t t e t i one 
IATIHC 3.96 
STAMPAIP PEtlATIDH 1 .16 



tADI 3 R Er ER E NT I SoMbarp topire 

VplAT 111 Lltilp dle|noetit epd prpecripti» a a 0 ft«ara 
PH IF r.N S ED t Hora diefnoetic end pr a i c r i pt i Op> aoft*ar» 
RATING ].40 
STAlDAIp DEtlATIDH 1.19 



TADI D REFBRtNTt Serdvetp .ccpia, teacher 

VHAT lit Copputeri not at.ilabl* ror taecher uap 
FSIFESNlDl Copputrri bp a a d a evelleblr tot teacher 
SATIHC 3.92 
STAHDAIP PEtlATIDH 0.93 



VYA01 Sir EIEHTt Herdbara acc#a ( , etitdeflt 

VftAT tSl Fev coaputere aveileblp for elepeoterr cl a e a roo«e 
PRIFNISIpt Hore copputere for atePeatefp ctaeetao« 
SAT INC 4.40 
STAHDAIP PEtlATIDH D.7J 



TADll REFRRRRTt Teerher locafltivae 

VHAT ISt Taachara do not havt tiaa to try oav ideee 
FRlFRHRIPl Tpachora hev* tip* to try ma ideae 
RATIHC 3.96 
ITAHPARP PEtlATlPH ] .13 



VVAD2 SRFESEHTi Herdverp ecraee. teechar 

VHAT tit Taatheta bawa no areata durU, plaPaini prfleda 
PHIFtttlP: Copputere be eveltebla lor tearh*ta |n ptr >niag 
SAT IMC 4.17 
STAHDAIP DEtlATIDH D.63 
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<VA01 REFEIENTt Tntnitl, epctlfic pro* 

WHAT 1*1 Teeebare have fin tki)li in ueinl atnt|*n*ni pro|» 
Mini * ID i Ttechtre bo trained in ueiog Kitnirum proiropi 
MTU6 J -16 

STARDAID DIVI ATIDH I .26 

HVA04 JlpEIElTi 1 nt r • t i c a 

WHAT ISt Software not cpr r »li tid witb t op ic */ 1 *K t e 
PREFER HEP t loftwar* b» eortilmd with t o pi c • / tt » t a 
ftATlUC 4. JO 

STANDAID DEVI ATIDH 0.76 

WVA05 8 EFESENT t Software prtvitw 

WHAT 1S> Producer* d 0 n't alio* ptiviit befort purcheie 
FSEpESHEpt Producer* ai low preview before putch»n 
HATINC 4.19 
f TAHDAID DEVI ATI DH 0.19 

KVA06 itrtlENTt Softuete roviaua 

WHAT 1S| Software cateloge dp not de*crib* prolrav w.lt 
PREFEIREDt CttaIO|t provide better deecriptlon* Of eoftwero 
HAT HC J.*B 
8TAHDAID DEVI ATIDH I .20 

WVA07 HtrtlENT! Softwatr topic* 

WHAT ISt Lit 1 1 • aoftwart for beetc ifctlle in |*n tath 
rjurlimpi Mor* •oftw»t' for feailc eMlle in gtntral attb 
HATINC J. 91 

STANDAID DEVI ATIDH 1.15 

WVA08 HtrtlEXT: Tr f Itilat. coaputer u*e 

WHAT ISt Little training in un of conpute r e available 
PREFEIREDi Ttaining be provided in uia of available conputera 
HATINC i.O 
STANDAID DEVI All DH 0.10 



WVA09 hetUeNt: Hardware iccrin teacher 

WHAT IS: Moat t t ech*re do not bane p*reon*l conputer 
PREFERRED! Mor* t t ech*re have tbair own conputer* at boae 
HATHC 2.35 
8TAHDAID DEVI ATIDH I .19 

WVAIO RErEIENT: Trainini. inetructlon uit 

WHAT ISt Teacher* lac* knowledge for uainl conputer* In da 
PSEpERHEPt Her* training and ehering of waya to uae COoputera 
HATINC 4.52 
STARDAID DEVI ATIDH 0.75 

WVAIl itrEIENT: Software aetata 

WHAT ISt Producer! raatrict copyinR of aoftwar* for all (U 
P8EF IIP IP ! Producer* «Huw teecbera to> copy for all in claaa 
HAT INC 1.7 0 

STARDAID DEVI ATIDH I .40 

WVA12 H Er El E Nt t Har^uare iccm. atudent 

WhAT ISt Hot efioulh (oip<Hrt< for cteeetooai of atudanti 
I KlTUUV. The t entir* claai be ecconaodeted by coeputere 
HAT I M C 4.26 
STARDAID DEVI ATIDH I .10 

WVAI 3 SEP ElENTt Int'tntloo 

WHAT ISt Hot tine to uae coftputere in regular claaa 
P REpEl N EP I Tiaie b, i c b«duled for rtrtdittlon A r a i n f a re ene nt 
HATINC 3 it 

STANDAID DEVI ATIDH I .15 



¥ VA 1 9 REFEREHTl hardware accaaa, teacher 

WHAT ISt Teachen cinnot afford to buy a conputel 
P IEFEN I ED i That itate help taacbera buy hone co»pute 
flATIMC 7.68 
ITANDARD DEVIATION 1.46 



WVA 3 D FEFtHExT: Hardware accaaa, etudf-nt 

WHAT ISt Conputrre not available to itudente outiide da 

PlEPEHlEDt Student* he ve ft cat a to copj> uteri for hoaeuorfc . 
IATIHG 3. AS 
STANDARD DtVlATlOH 0.99 



VVA31 REFtRENTt Nerdwere ttcni, teacher 

WHAT ISt Feu teacbri have accrtt to a corputrr 
fiEFEHlKDi bore teocbor* bive accaaa to develop » 
IATIHG 3,59 
STANDAID DtVlATION I . 1 A 



VVA22 REFERENT: loftviri critirli 

WHAT IS: Much toftwtrt not at otudent level 
PREPENSED: Soft we re be epproprieta for i nt ended itudent 
SAT1HC 3.82 
STANDARD DEVIATION 1 .3) 



WVA 2 J REFERENT) Training, (net rue lion uee 

WHAT IS; Conputer couraai not edu c« t ion-ot i en t e i 
PSEFEHSED: ColleSe coureee be claiaroo* Irlevinl 
IATIHG A. 09 

STANDARD DEVIATION 0.92 



WVA 24 »EFEP\« 
WHAT 1 Si Han 
PSE Ft.H S E Di Trei 
SAT1HC 

STANDARD DEVIATION 



WVA 2 J 



I Trainini, coopute r 
t nt har a ere afraid 
>,ni be providrd to b 
3.52 
1 .0* 



f corputeri 

Ip teacher overcoae 



IE PEN EH Ti loftwtrt criteria 
WHAT IS) loftwere not elueje uaer friondlj 
PUFENfiEDt lo ft w a re a I low itudanti to uorb IndePaOdontl} 
IAT1HC 3.95 
ITANDARD DEVIATION 1.29 



WVI0I IE PER En Ti lardware accaaa, atudent 

WHAT ISt loaufflclent nunbtr of coaputtra 
PIEFEHIEDt A lab with aufficient nunbtr of conputero 
IATIHG A. 00 

STANDARD DEVIATION 1 .38 



WVB02 IE PER EN" I Hardware accaaa, teechar 

WHAT I 8 1 F«u t«ach*r bav a conpulere for ioa tr uc t lo«a 1 un 
PSePERSeDi bore teacher* bava coaputare eveileble for inatr*Jc 
RAT1HC A.6S 
RTANDASD DEVIATION 0.AB 

WVR01 tEPERENTt lardwar* acca.a, atudent 

WHAT 1 8 1 Studeet* have no Icciii beyond regular claaa 
PlEPEHlEDt Suparviaed lab available for eltre work bj atudent 
■ AT1HC A. 36 

STANDASD DSVIATlON 0.7) 

WVI04 EE PER ENT I Software reviewe 

WHAT I S t No way of exeaining eoftuere by aubject 
PlEPEHlEDt Neater lenirU catalog of aoftuarr bj aubject 
IAT1HC 3.52 
STANDAID DEVIATION I .31 



WVAI 4 PEFEIENT: Fundim 

WHAT ISt Low fun dint for bard ua tt/ aoftwar* pur cb aae 
PR EFEIH ED t Mor * fund a for bardware/aoftuare purcbeee 
HATINC K.M 
STARDAID DEVI AT I D H 0.19 



WVB05 REP ER EN Tt PI ann (ot/d if *C t ion 

WHAT lSi No conputer n*outc* paraonnel available 
PIEPCRReDi That computer raaource pereon b« available 
1AT1HC A.}6 
STANDAID DEVIATION 0.61 



VVAI5 8 EpElE NT t lnt*|retUn 

WHAT ISt Coaputari are? not integrated into the currUulun 
P8EPEIHEDI Coaputer* be tntegrated into dally cleeerooa actlv 
HATINC ).«5 
STARDAID DEVI AT1DH I .18 



WVI06 8ETER ENT t 7r«ining, apecific ptol 

WHAT ISt Lack knowledge ti little beyond DAP aoftwar* 
PlEPEHlEDt Training to learn about typaa of aoftuarr 
1AT1HC 3.91 
STANDAID DEVIATION I .1 6 



WVAI 6 FEFEIENT? Software criteria 

WPAT ISt Software dOaa not utlllte capabilitiea of computer 
P8EPEIH ED i Software »aa« better uae of color, inlnatioo. etc. 
RAT I N C 2.64 
STARDAID Dftl ATI DH 1 .13 



VtlOJ REFER EN Tt Integration 

WHAT ISt No teate relatloi conputer uaa c« baaic abilla 
PlEPEHlEDt Testboobe relatlnt coaputar uaaga and baa lc ebille 
RAT1RC 3.B2 
STAIDAID DEVIATION I ,23 



U/AI7 lEFERtHT; Integration 

1 WHAT lb: Ho prc*b|en * o lying by conputer In tette 

PREFERltD: Conputer problap eolvlng be Included in tenia 
1AT1RC 3.75 
STANDARD DEVIATION 1.02 



WVI0S HEP ER ENT t Training, inatructlon uie 

VflAT ISt F a w taacbera trainini in cl*t*rooa uaa of computer 
PREFER RtD: A|l teacbeta be trained in c|aiar 0 oa uaa Of co«put 
EA.'lNC A. 13 

STa»DAID DEVIATIOH 1-1* 



W/AIB IEFEREHT: Teacber incentive! 

WHAT ISt Conputer cleeeee not required of education atudent 
PIEFEIIED: Conputer (Ui*il be degree r*o,uir*»*nt 
IATIHG 3.57 
t TARDA RD DEVIATION 1.2} 



WVI09 8EFERENT! Training, inatructicn uae 

WHAT ISt Collrgea provide little In tnet r uc t lone I uae 
PRlPllREDt Collegea provide sore coureee in 1 na t tu c t i one 1 uaa 
8AT1RC A. 13 

STANDAID DEVXAT108 0.97 
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NVBlO lEimHTl Sofc«art previa* 

WlAT IS: So(l«tri efttn putchaied without |>| ioe evaluation 
FftEfESRtp: Softuarv bt ttilmUd before purchaat la fitd unt 
IATIMC 4, M 

STANDARD Or VI ATI OH 0.71 



WvCo* REFERENT: Harduare iCCtti, ■ ludtnl 

WHAT I(t Hop t acbooli do out h*vt tnr>U|h hudvutr 
FRtfESRlDt Etch acbool bavt f nou|h b*|d«*rt for population 
RAT INC t.tj 
STANDAID DEVIATION 0.J7 



NVB1I IE7EHINT: hirdv.it ircni, icudtnt 

WHAT l|t Not anough eo«ru'i'i 
FIEFMkHi: We bavt pore copputtn 
RATHC 4. A> 

STANDARD DIN1AU0H 0.71 



WVC05 SEFESENT: T It on I B| /d i r e C | i on 

WHAT 18: Vuioui hardwart bt«n<j* i»iilib|r in arbool 
FRlFEIRlD: Copputtr lab vlth (in a lt brand be availablt 
RATIHC J.96 
STANDAID DEVIATION I .M 



WVB17 8MEHINT: Hatdu a rv iCCtll, irudtnt 

WHAT II: Soae cotpvtm not ichtdultd fully 
FREPrRH ED: Thil auiilable cotpultri t-t acbtdultd fi-Ir 
IATIMC 4. 05 

• TAIIDARD D I: Ml ATI OH 1 , 00 



W V C 0 6 BEFElENT: Harduert icttai, atudtnt 

WHAT Hi Not all atudeftta bavt r^uil acctai lo ropputer t 
FIlFEBRtbl All itudtoti havt acttaa lo rmpulrt td 
IATIHC 4.48 
STANDAID DEVIATION 0.8) 



WB13 I EVER t NT: Trainifi|, pp»e U it iro, 

WHAT It: Tntfif n b p t prepared lo ttaeb prcMtn aolvinl 
FREFfRRED: Ttteheri be trained |o ttaubtr probl** 1 a<>)*inl 
lATHC 9.91 
ITANDARD DtWl ATI OH 1.11 



MVC07 REIEIEHT: Harduert ivilunion 

WHAT IS: Varitt> of cakta and near It or herduart availblt 
FRlFflRltH Rvvttvt or hardwart b v tveiliblt 
RATIHC 

STANDAID DEVIATION l.)J 



WBU IEFeUNT; Training, apteirie prog 

WHAT II: Ttichf ti npl uiing couputrr to tetcbtr problep aol 
FIEf f.*r. Cbl Teachrra be trained to uif covipurtra in prob/*ol* 
IATINC 4.32 
ITANDARD De V lATf OH 0.78 



MVC08 RErtlEHT: fHrduare acctaa. atudtnt 

WHAT lit Not tnoulh hard%art availablt for atudtnl nteda 
FRIrEIRID: EBpU|b bit<l««r, be available lo meet atudent act 
RATIHC 4. JO 

STANDAID DEVIATION 0.74 



I EF E HI NT ; F 1 an M n, / d i r tC I i on 
WHAT lit Sotr teachrra capable of ttadting other* 
F|Err-l|ED; Fno*)* Stabl e ttachera tficb otbtr tnrhrn 
IATINC 4.0) 
ITANDARD DEVIATION 1.0) 



VVC09 gEFEIENT: T 1 1 nn i a, / i i r , c t i or 

"HAT U: Student* natd imt ruction {a ui ( or eonpuctre 
FRIFEIRId: Trained r t ioutci ptraoo be eaploFad for atudeata 
RATIHC J. 41 

STANDAID DEVIATION 1.20 



WVBlb I E FERlNTt Teachar incentive* 

WHAT lit Ho iaceativea lo produce «c(t««n 
riElERlEDt Hone? incaotivaa to pro/uca aoftvare 
IATINC 3.21 
ITANDARD DiVjaTjOI l.A) 



WTCtO lEFCUNT: Softuart re*leua 

WHAT U: Hueb toftuere purchaaad wiiboul eopplclc r««it«a 
FRIFEISKD : Coaplata t»tliti or igflvita ba availabl* 
■ATIIC 4.14 
STANDAID DB VI ATIOR 0.99 



WVH7 I E FERINT: Tatefaar incentive! 

W8AT II: lo incaatit* for production or ioa t r*e I i ona I paCar 
riEftUED: Taaebcra ba co»p»oaatld ror pro<ucio| iaai. vaicrl 
IATINC J.l« 
ITANDARD DIVIATIOH 1,*0 



VVCtl iSFEIENTf TrtiniO|. i na truCI loo ua» 

WHAT lit Ttachera doa'l kao% bow to uir aoft*art in aubjc 
FRIFSISID: TraiaiBf bat giv*« about u«loi aofl«ara lo aabjae 
RATIHC 4.4) 
STANDAID DEVIATION 0.74 



Wyill lEFtREKTt Tcacbtr (fieeaeiara 

WHAT II; no trainiai iortnti* r a 
riEFEl I ED : Coaptnaatioo for trainioi b t provided 
IATINC *.l* 
ITARDARD DlVIATlOM l.U 



MVCt 2 IEFEIENT: lardaara acctaa, teachar 

WHAT I|: Little hardaart availablt for ttacbar tilt 
FIKIEHrEd: Mora bardaara ba available for leachtr uii 
IATIHC J.1J 
STANDARD DEVIATION 1.3) 



WVSl? lEFERENTt IpltSralion 

WRaT 1 1; Conput rr not iniatraitd iolo I oil a 
flEFERKED; coaput rra be iattirattd iolo tr>t* 
IATINC 3.94 
ITANDARD DIVIATIOH 1,31 



WTC13 I Ef EIINTt Taacber inctotivti 

WHAf 1 1 f No cooPutar t'aa for leacbtri durinl 4*7 
FIIFEIRtD: Ttachrr ba provided tipt oa Coa>puter during day 
RATINC >.9) 
STANDARD DEVf ATI OR 1.61 



WV920 IEFkRINT t loft«»re topic* 

WHAT lit Little availablt in gaaeral path application* 
flEFERIED: Application* aortvore ror laptral aath arta 
IATINC a.1) 
ITARDARD DIVIATIOH 0.91 



WVCU IEFEIKNT: lB|etr«tiori 

WHAT I|: CoapuCtr «»* dot inte|ra|ed into data activitie 
FREfEIRKD: Coaput *r uat b, (ot*gr*t*d into elm actiwitiea 
IATIHC 4.18 
STANDAFD DEWIATI0H 1.14 



Wy»}l HEFtllNt: Hardware acctaa, aCudent 

WHAT IS: Conputera ofteo coptintd In aaoll artaa 
fHEFERRED; Lab «{ Cb adequate a pact be let aaidr ror coaputera 
IATINC 3.90 
STANDARD DIVIATIOH 1,74 



UVC13 SEIftINT: Softvart criteria 

WHAT Is: No»t aortuere purchaaad (a drill and p:actice 
FsiFESRtD: Sor.'vart be purchaaad to allow itudtnCi to taptore 
RATIHC 4.09 
STANDARD DEVIATION 0.79 



WVB}} HEflRINTt Treiniot. instruction u*» 

WHAT Is: Teacberi lack tiptrleate In grouping, vitb coaput 
fSEFERSED: Teacbtri b t trainad in grouping «ltb coaputtra 
I ATI NC A.O) 
STANDARD DrVlATIOH 0.91 



WVC16 SEIESE'<T: Rardvare repair 

WHAT AT' N^rdJvart repair aervice ror Cepputera ia i low 
FlEFEIRED: Wardvart repair b r apaadtd and available in achotl 
HATIHC 3.96 
STANDARD DEVIATION 1.19 



WVC0I HEFlRINTt Teacbtr Iricent lvei 

WNAT IS: Teachtra lack ti»* ror planning coaputer aanagapan 
flEfERlED; Teichtra b, tiv t O tlva for pl*nniO| roup aanagtpen 
IATINC A.O0 
STARDARD DIVIATIOH 0.98 



WVC17 RCtERlNT: Sortvare teviava 

WHAT Is: Little critical torta>a r t evaluation available 
FR E| ERR ED r More critical icftv.r. tvaluatien bt availablt 
RATINC 4.09 
STANDARD DEVIATION 0.97 



WTCO} RkFER KHTt T,atb*r IriCtOt Ivta 

W NAT lit Teatbtri rtctl«t llttlt paid tipt for training 
rKEMRREDt Ttacbtra rtcal^t i»n paid ti*a ror Haloing 
I* Tin C 4.05 
STAHDAKD DIVIATIOH 0.9* 



wyClfl SfFERlNT: Sortware rtvleva 

WHAT Is: No c ount y-wid * pttbod ot atlactiot aoftware 
FsiFESSED: Couatv*vlde aoltvart r f v imt I a va lo a t lo P b oa r i ba «• 
RATHC 4.04 
STANDARD D|ViaTIOH 1.07 



WVCO) MTU EST i Ttatbrr InCtOtivta 

WHAT IS: Tcacbara ba«a no tip* In da; to uat copRuttra 
rHsfKlREDt Teacbara bt tivto t lae to uie coaputara {n d*v 
IATINC 3.83 
ITARDARD DIVIATIOH 0.92 



WVC19 ICFIIINT: loftvar* criteria 

WHAT Is: loftvera dot* not Ptet atete leimlo| otttcoaaa 
PRStEll ED: Sortvart atate lt*rni»i outceaaa 

IATIHC 3.3) 
ITANDARD DiViaTiOr 1.*? 
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»»CJ0 lEFEIEHTt Tnlntot, rokpufar uaa 

VIAT lit K»njr t'ichrii ifnld lo ua • ropfniin 
PlEFfHEDs tncliiri b» trainad to oaarrota cotputir fur* 
lATlRC 3,fl) 
ITARDAHD PtVlAtlON 1.03 

<«C]| lEFEREHTt loftvara nflrria 

WHAT lit Nop I pofrkari drill and prpclicp 
PIEFEIttbt Norr mliviii fllowlnt rludmn to aaplora A U 
IATIKC A, OA 

■TAHDAID DEVIATION 0.0B 

'VD01 IEFEIEKTj Tracfcar l>r»»,tlaaa 

VIAT lit Cooputar Irtininl if ttarhar rhoici 
PIEFFUED: Coaputtt Iraininl t>, r ( quir»dof all t aachar f 
RATING 3.91 
■TARDA** DEVIATION 1,30 
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lEriUKti Trarhar inrrmiiri 
WHAT lit Cflsputtt trainUl it ttarhar rhoirt 



PlEFFllED; Konry bt 
RATING 

ITAhDAUD DEVIATION 



■ nl i ■■ for taa chat 



pputrr in In it| 



VD03 Ir.rniKti tnchir inrtntiaaa 

WHAT lit Co»pU|»t iraininl it tttrhtr rholc, 
flEUtiEt): Trainln| ba paid by alala* rotioiy. o 
IATIHC A.n 
■TAIDAHD DIV1ATI0I 0.97 



'VDOA BErtttKT i Uich.r inttniiata 

WHAT II; Computer iraininl it itarhtr rhoica 
FIEFF.IIEh; Inar t a ir a /c onr inuinf *d rradit b r |it*n for coip t 
»ATIHC 4,18 
■ TARDA I D DEVIATION 1.10 

*TDC5 IIFEIlKTt Trpini*i» cQkputpr uat 

What It: Training not ilwtyt oa cooputarp tttiltblt to Ittc 
PRlFEIftEDt Trainin| b» p>*vidad on h«rdt a ra tttiltblt 
IATIHC A. 00 

STANDARD DEVIATION 1.24 

VTD06 lEFElENT: lariftart item, loacbtf 

VRAt lit All taachart do not htvt accm Co cooputprp 
pRlFEIIED* All tttchtrt h a va accaaa to rooputtrp for practir* 
lAtlNC A. OA 

STANDARD DCVIAYIOH 0.7: 

VVD07 lEFEREHTt larrfkart itciM, tCudtDt 

MlAY Ht Hot tooutb eppputtra In t Iitupoa 
PREFER I ED t More coapurtja bt protidtd in cjoaatOOk 
*ATI*G *.57 
■TARDA ED DjV 1 ATI OH 0.6b 

VD0E lEFEIEHTt lardatrt nc,*., atudaat 

WNAT lit Hot tnouEb coordinated htrdvtrr purchot* 
P| EFEllED i riort coordintttd harrJkart purrhaaa for achoola 
■ATlMC A, SO 

BTARDAID DtViATlOK 0.00 

«»D09 IEFeIEHT: lortkara aetata 

WHAT lit Limited fkpunt of rtlttant aoft%«rt ikil libU in a 
f I EFEII ED t Kerr rt|rp»nt PoffpTP b a availabla in achool 
IATIHC *.52 
■TAHDARD DEVIATlOl 0.90 

VDlO lErclcHT: Intrirtnion 

VRAT II; Softkart not cortalaCad with tubjart pallor 
PR EF Ell ED : Icftvin ba correlated k|th aubjoct matter 
IATINC A, 21 

•TAHDAID DEVIATION 0,?7 

WVDll lEFEREHTt loflkara ravitta 

WI»F II; SofC%ar» not catalo(rd bt teerhini ronctpt 
f IITI I ED : |oft%ara b* ratnlogtd by Caachina; cPttift 
IATIKC 3.9} 
tTAHDAED DEVIATION 1.0B 

«VDl 2 lEf EEERtt lofitJara io«i«%)a 

WNAT I|; SofCkara ra'iaka oot |rorr*11r avallabla 
flEFEllED: Esprriancad uaar pub*, ksh «nd dlatributa raaiawt 
IATIHC 3.9} 
8TANDAE D DEVIATION 1,21 



WVD13 lEFEEEHTl loft%tr» praalak 

WlAT II; lofCkara produrrra do not a|Io* lurhrti to praalr 
F| EFEII ED ; lorc%ar a producar alJov trachara *o ;caalav 
IATIKC A. 3J 

I TAKDA I D DIVIATIOK 0.9} 

'«»DU lEFENEHtt loft^trt ta«i»%a 

WHAT Hi No county procadura for ir 
FlEFEHEDi County aoftfara aaaluatioo 
IATIHC 3.7A 
, ITAHDAUD DJVIATION 0.91 



VVD15 lEFElEhtt loflkara Ittm 

WHAT lit rroducara *J o not ilU* *gliipl« uaa of aofttara 
Fl IF Ell B ti t FtoducpYP allot twtlipla uaa pf aofl«ata in county 
lAtllC 3.91 
ITAKDAIti DEVIATION I . I R 



WVD16 lEFEIENTs Foft* t r t ictin 

WHAT lit Sofi*at» produrara licit a 0 fl««ra copiaa 
FlEFElHtlt SoftkOfa V'OdUcPtt provide cl,«iroc» ptck a g a 
IATIHC i.U 
ITADDAlf DEVIATION 1.1} 



VVD i 7 I EFEIE NT t P 1 a nni o| fi i r a r t i on 

WHAT lit Stata don not hava corpu'ar »a|h curriculum 
M tr El t ID : Etata baaa a atandard corpudr nath curriculum 
IATIHC 3.80 
I TAHDAID DEVIATION I.Ob 

WD|0 lEFEIEKTt PIann(n|/diracl ion 

VRAT lit Tbpra ta no ona cootdlnatinf cotpui 'r buF' u " 
FttrEltlti: Cooputar coordinatora to coord, bup/uti of coiputr 
IATIHC 3.}? 
■TAHDAID DEVIATION 1.94 

WD 1 9 I EFEIE NT t P 1 a nn( o ( ft i r »c t i on 

VNAT II*. Coopurar uaa l ( ft to toocharo 
PEEFEIIIDt Taarha-ra haaa |Mtda|inai for coaiputar uaa 
IATIIC 3.09 
I TAHDAID DEVIATION I. it 



VVD20 IEFEIENT: Trainin|, inatructico i 

WRAT I|; CoopuCtr uaa laft to taa c h a ra 
PIEFEIIIDt Confaraoca/korkahoP to p*ch»n 
IATIIC A. OA 

■TAHDAID DEVIATION I. II 



WVDll lEFElERTt Boftkara toplca 

WHAT U: Littla aofCkpra In araa of r a | io /pi Opot t ion 
PlEFEHEDt Mora aoftk«rr in araa of r a t io / proper C ion 
IATIRC 3. 48 

■TAHDAID DEV1ATI0I 1.3) 



WVD12 IE I El INT : loftvara topi 

WHAT ll; Lltrlr aoftk.ra for 
PlEFMIED; Hota a0ftk»ra for t 
IATIRC J. fO 

■T AH DAED DEVIATION 1.3) 



taachr>t »• *>• »• »-»B t ajata 



WVD13 IEFEIENT t Taachar ir c ant(a 

WHAT H' Taachrra ha Pa no t ira t 
PIEFEIIED*. Taachrra br |ip»n lira 
IATIHC 3.62 
■TAHDAID DEVIATI0I 1.70 



uaa »ana|a*ant ipitrti 
kork kith iiniltaint aya 



ctiop ot aoftkar* 
o»*it taa b« '«r**d 
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Appendix C 

Description of Brochures 
Addressing Priority Needs 

By classroom teachers, for classroom teachers— that's what makes the 
Microcomputers lor Teachers Series unique. Resulting from a project that 
original ly set out to p rovide help to secondary teachers of mathematics, the set of 
ten brochures proved to be applicable to all teachers using microcomputers for 
instruction. 

The project began with a set of needs assessment conferences in the four 
states of AEL'sregion. A group of teachers in each state worked with AEL staff to 
generate lists of need statements, which they then ranked according to the felt 
personal intensity of the need and the potential impact on education if the need 
were met. Although the order varied from state to state, all four state groups 
considered "most important 0 needs to be 1) hardware access for students, 2) 
competency training for teachers, 3) integrating computersinto curriculum, and 
4) considerations about software. 

Some 90 conferees attended the needs assessment meeting. They came 
from very small to quite large high schools, ju nior highs, and elementary schools. 
More than three-quarters came from suburban or rural communities, and slightly 
more women than men participated. Almost all were classroom teachers who 
had used microcomputers— some only in a laboratory setting, some in class- 
rooms only, and some in a combination. Nearly half had used them to teach 
mathematics and afourth to teach only programming and/orcomputer literacy. 

A representative panel of eight teachers form that original group came 
together for a second conference where four computer consultants presented 
their interpretations of the assessment findings. They then served as facilitators 
of small groups that developed guidelines for position papers in the four need 
areas, using group discussion and problem solving techniques. 

Following that conference the consultants wrote papers, and the eight 
teachers came together one final time to react to the papers and to identify the 
brochures to be written and disseminated to teachers and other educators. 
Recalling their own problems and looking both pragmatically and idealistically at 
schools, they decided what kinds of guides and cautions teachers might need in 
the exciting but hazardous world of microcomputers. 

Mike and Mini Computer Mice serve as insightful if somewhat insouciant 
guides to the series of ten brochures, the titles, topics and purposes of the 
brochures follow. 

1. A POCKET GLOSSARY FOR COMPUTER-EASE is offered as the first 
step to computer literacy. BPS, CPS, RAM, DOS— you could drown in the 
alphabet soup. Unfamiliarity with the jargon is a large part of technophobia; not 
understanding the language puts you in alien territory. Dozens of books about 
computers include glossaries, but they are not readily portable. The POCKET 
GLOSSARY terms were carefully selected to give the uninitiated both an 
introduction and a handy future reference to this newest of technologies for the 
classroom. 

2. TECHNOTALK: SORTING OUT CAI, CBI, AND CMI poses at least some 
of the major questions that should be resolved before ycu and your school or 
district decide what hardware to purchase. Computer Assisted Instruction (CAI), 
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Computer Based Instruction (CBI) and Computer Managed Instruction (CMI) 
are simply and clearly defined. A glimpse of future directions and some sources 
of additional Information complete the brochure. 

3. COMPUTER CURRICULUM: WHAT WILL OUriS LOOK LIKE? helps 
vou design computer curricula to suit your school -A; ,n\ are your priorities? 
Literacy? Remediation? Both? Neither? This brochure takes a teacher per- 
spective on how to avoid the all-too-common situation o! a curriculum serving 
the needs of the computer, instead of the other way around. 

4. HICCUPS,BURPSANDGROANS: MAYBE YOU CAN FIX IT YOURSELF 
deals with basic maintenance of your hardware. Most of the problems with 
today's microcomputerscan be dealt with by checking for loose plugs, swapping 
circuit boards, or performing a simple housekeeping chore like clean Ing a sticky 
key. A Q-tip and a little pure alcohol can be as good as a $60 service call— and a 
lot faster. Waiting for days while a machine is in for minor repairs contributes to 
the bad reputation computers have in some circles; this brochure can help you 
avoid such aypravation. 

5. SOFTWARE: CHOOSING AND USING. Deciding whether to use 
software as part or your instructional plan comes first. Then you must decide 
what software to use. Whether you are part of a review and selection committee 
for the total school or district, or are choosing from software available in your 
school's medlacenter, this brochure can help. It sets out some criteriafor review, 
alerts you to some of the pitfalls in relying on professional reviewers, and 
provides a number of software resources. 

6. DON'T SALT YOUR FRENCH FRIES WHILE YOU'RE USING THE 
COMPUTER can save you untold grief. If you didn't already know that running 
the vacuum close to your operating computer can wipe out a diskette, this 
brochure is for you. How you should store diskettes, when you should make 
back-ups, why you shouldn't place your monitor screen in direct sunlight— all 
this and more is part of Don't Salt." 

7. PIRACY OFF THE HIGH SEAS. Few issues are more hotly debated than 
that of what constitutes theft of computer software. Teacher as exemplar, 
multiple-licensing agreements, software copyright law, and unauthorized 
intrusion into data bases are among issues dealt with in this brochure that looks 
at legal and ethical issues in computer education. 

8. TEACHING TEACHERS ABOUT COMPUTERS. Teacher attitudes 
toward computers vary from virtual technophobia to "I can't wait to get my hands 
on one." Planning and developing in-service for such diverse audiences is not 
easy; this brochure includes topics that should be on the training agenda, 
alternative delivery methods, and enticements for the teacher who suffers from 
keyboard anxiety. The importance of using the technology to teach the 
technology is basic to the brochure. 

9. EXPECTATIONS IN COMPUTER IN-SERVICE delineates who is 
responsible for what to assure high quality continuing teacher education in the 
use of the newest technology. What teachers can do for themselves, what 
support they should expect from their administrators, and how to go about 
getting the support needed from the extended school family are all part of this 
treatment of the important subject of expectations. 
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10. COMPUTER EQUITY MAY BE ELUSIVE. The microcomputer may be a 
tool for equal access to quality education the like of which we have never 
imagined. But there is evidence that use of the present supply of micros is at best 
uneven, and possibly outright biased against females, minorities, economically 
disadvantaged and certain ability groups. This brochure looks at practices that 
lead to unfair allocation of computer resources in our schools. 
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